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would  like  to  thank  Gisselle  (Sellie)  Dickens  for  being  the  most  understanding  daughter  a 
father  can  ever  have.  You  never  complained  on  Sunday  morning  even  though  you  knew  it 
meant  that  I  would  have  to  travel  back  to  Monterey.  I  love  you  so  much  and  I  hope  I  have 
made  you  proud.  I  am  eternally  grateful  for  the  sacrifice  that  you  both  have  made.  This 
has  been  a  long  separation  and  both  of  you  have  made  this  so  much  easier  for  me.  To  my 
family,  I  would  like  to  say  thank  you  for  your  support  over  the  last  18  years  of  my 
military  career.  I  cannot  stress  enough  how  much  the  life  lessons  I  learned  from 
childhood  on  has  impacted  my  life. 
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Captain  Dean  Dukes:  To  Joana  G.  Dukes,  I  would  like  to  personally  thank  you 
from  the  bottom  of  my  heart  for  the  love  and  endearment  you  have  shown  over  the  last 
two-plus  years.  You  have  helped  guide  me  down  the  path  to  great  things  and  for  that  I  am 
thankful.  You  have  suffered  time  lost  and  being  a  single  mother  through  most  of  this 
journey  and  I  can’t  thank  you  enough.  Upon  my  acceptance  to  Naval  Postgraduate 
School,  you  consistently  encouraged  me  to  strive  for  greatness  and  I  could  not  have  done 
as  well  without  your  support  and  dedication  to  our  family.  Thank  you  for  being  a 
wonderful  mother  to  two  great  children.  To  Michelle  J.  and  Ashlee  G.  Dukes,  my  two 
wonderful  daughters,  I  want  to  thank  you  both  for  being  supportive  and  encouraging  in  a 
time  when  you  both  needed  me  the  most.  The  time  and  sacrifice  you  both  have 
demonstrated  has  been  nothing  but  spectacular.  There  is  no  way  I  could  ever  repay  or 
compensate  you  for  the  support  and  dedication  to  this  journey  you  have  provided  me.  To 
Dean  Riley  Dukes  II,  I  want  to  express  my  sincerest  gratitude  for  being  completely 
understanding  and  supportive  over  the  past  17  years.  You  have  made  sacrifices  to  ensure 
I  was  able  to  accomplish  my  goals  and  succeed  on  my  journey.  Please  accept  my 
sincerest  gratitude  and  love  to  all  three  of  you  for  your  dedication  and  support.  I  could 
not  have  made  it  to  where  I  am  today  without  all  the  sacrifice  you  all  have  given  me.  To 
my  family  and  friends,  I  would  like  to  thank  you  for  instilling  within  me  the  passion  for 
success.  You  have  been  great  supporters  over  the  past  21  years  of  service  and  I  owe 
everything  to  how  you  shaped  me  into  what  I  am  today.  Your  mentorship  and  guidance 
has  proven  to  be  the  most  beneficial  information  anyone  could  ever  receive.  My  sincerest 
gratitude  to  you  all  for  supporting  me  through  my  journey. 
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INTRODUCTION 


While  deployed  to  Afghanistan,  the  researchers  experienced  firsthand  the 
challenges  associated  with  planning,  installing,  operating,  and  maintaining  an  enterprise 
tactical  network.  As  Communications  Officers,  the  researchers  were  responsible  to  the 
commander  for  ensuring  a  flexible,  interoperable,  secure,  reliable,  survivable,  and  timely 
network  capable  of  supporting  the  critical  command  and  control  (C2)  assets  needed  for 
effective  decision-making.  The  challenge  posed  to  the  researchers  was  to  satisfy 
commanders  at  all  levels’  information  requirements  in  a  resource-constrained 
environment.  At  the  higher  headquarters  (HHQ),  commanders  and  their  staffs  were 
outfitted  with  multiple  high  throughput  satellite  communication  terminals  and  their 
command  post  became  the  communication  integration  hub  for  all  subordinate  units.  The 
robust  network  infrastructure  located  there  provided  a  digital  communication  backbone 
that  was  capable  of  supporting  all  Defense  Information  Systems  Network  (DISN)  (voice, 
video,  and  data  [V2D])  capabilities. 

When  visiting  HHQ,  the  researchers  noticed  a  command  operation  center  (COC) 
that  was  effectively  processing  the  information  critical  to  maintaining  combat  operation 
superiority  (U.S.  Marine  Corps,  2010a,  p.  1-1).  At  this  location,  bandwidth  limitations, 
throughput  capacity,  and  resource  constriction  were  not  a  factor.  How  was  it  that  a 
location  farthest  removed  from  the  tactical  edge  was  equipped  with  primary,  secondary, 
and  tertiary  communication  assets?  The  imbalance  of  resources  in  favor  of  the  HHQ 
contradicted  some  of  the  tenets  echoed  in  Marine  Corps  Warfighting  Publication 
(MCWP)  3^0.3. 

The  MCS  must  be  able  to  satisfy  the  C2  requirements  of  the  expeditionary 
battlefield.  It  must  provide  Marine  Air  Ground  Task  Force  (MAGTF) 
commanders  and  their  staffs  with  the  tools  necessary  to  collect,  process, 
analyze,  and  exchange  information  rapidly  in  support  of  operations 
planning  and  execution.  These  systems  must  make  the  necessary 
information  available  when  and  where  it  is  needed  on  the  battlefield. 
Employment  of  these  systems  must  not  adversely  affect  the  MAGTF ’s 
freedom  of  action  (FOA)  and  mobility,  and  they  must  be  reliable,  flexible, 
responsive,  and  configurable  to  mission  needs.  The  success  of  the 
MAGTF  on  the  modem  battlefield  depends  on  designing,  planning,  and 
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employing  a  communications  system  that  satisfies  the  information  needs 
of  the  MAGTF  process.  (U.S.  Marine  Corps,  2010a,  p.  1-2) 

The  researchers’  dilemma  centered  on  maximizing  capability  without  sacrificing 
flexibility.  This  calls  to  attention  a  perceived  technology  gap  between  the  information 
required  to  support  the  decision  makers  and  the  capabilities/limitations  of  the  equipment 
provided  to  the  lower  echelons  of  command.  Unlike  the  researchers’  command  post  (CP), 
which  actively  relocated  throughout  the  dynamic  and  fluid  area  of  responsibility  (AOR), 
these  fortified  communication  hubs  were  positioned  on  permanent  bases  that  had 
received  commercial  upgrades.  These  enhancements  provided  HHQ  commanders  and 
their  staffs  with  the  same  C2  capabilities  they  had  trained  on  during  command  post 
exercises  prior  to  deployment. 

“Train  like  you  fighf  ’  is  an  adage  commonly  used  throughout  the  Marine  Corps. 
At  its  basic  level,  it  describes  the  need  to  simulate  combat  as  realistically  as  possible  and 
to  maximize  the  battlefield  advantages  gained  from  leveraging  technically  superior 
equipment.  The  Marine  Corps  in  conjunction  with  private  and  government  institutions 
has  developed  and  adopted  various  systems  and  applications  (COBRAS,  AFATDS, 
M2C2)  to  assist  commanders  in  improving  the  decision-making  and  information 
dissemination  cycle.  Dillingham  and  Nathans  (2007)  stated  that  a  critical  factor  in 
accomplishing  net-centric  warfare  and  operations  is  to  provide  the  warfighter  at  the 
tactical  edge  with  vital  information  at  critical  points  in  battle  through  access  to  the  Global 
Information  Grid  (GIG). 

In  garrison,  commanders  have  the  benefit  of  an  established  commercial  network 
architecture  that  connects  the  otherwise  bandwidth/throughput  intensive  applications  and 
systems  they  use  to  model  crises  and  contingencies.  Battle  simulation  centers  place 
commanders  in  ideal  environmental  conditions,  and  are  equipped  with  the  latest  and 
greatest  of  innovations  designed  for  the  Marine  Corps.  Commanders  are  able  to 
participate  in  exercises  using  hardwired  equipment  that  connects  the  higher  echelon 
(major  subordinate  command)  to  the  lower  echelon  (platoon).  This  construct  enables  all 
participants  to  effectively  war  game  scenarios  and  resolve  any  procedural  issues  without 
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having  to  deploy  to  the  field.  As  realistic  as  it  is  supposed  to  be,  it  does  not  account  for 
network  latency  or  the  unavailability  of  an  asset — in  other  words;  it  is  a  perfect  scenario. 

In  combat,  commanders  are  exposed  to  the  harsh  reality  of  the  lack  of,  or 
limitations  of  their  organic  “command,  control,  communications,  computer,  intelligence, 
surveillance,  and  reconnaissance  (C41SR)  equipment”  (National  Academics  Press,  2006, 
p.  1).  Without  being  directly  connected  to  their  subordinates  via  Ethernet,  commanders 
are  now  forced  to  rely  on  communicating  using  tactical  assets.  HHQ  commanders  insist 
on  receiving  what  has  been  deemed  critical  information  to  accurately  assess  the 
developing  situation  and  issue  orders,  in  spite  of  the  subordinate  commander  at  the 
tactical  edge  not  having  the  assets  required  to  process  the  request  for  information.  This 
capability  gap  has  resulted  in  the  need  to  provide  small  unit  leaders  with  an  improved 
range  of  capabilities  in  the  following  areas:  blue  and  red  force  position  reporting;  receive 
real-time  video  from  all  available  platforms;  close  air  support  request;  and  increased 
situation  awareness  through  collaboration  and  C2  (Young  &  Ishii,  2012,  pp.  1^). 

The  Cebrowski  Institute  recognized  this  shortfall  and  concluded  the  research 
in  this  area  is  driven  by  a  deficiency  in  communication  dissemination  capabilities 
observed  by  tactical  units,  while  participating  in  humanitarian  assistance  and  disaster 
relief  (HADR)  efforts,  or  during  full-scale  kinetic  operations  (Military  Wireless 
Communication,  n.d.).  The  researchers  observed  the  challenges  mobile  forces  faced  when 
issued  a  mission,  outfitted  with  specific  C2  equipment,  and  tasked  to  perform  distributed 
operations  in  an  austere  environment  (Military  Wireless  Communication,  n.d.).  The 
program  of  record  (PoR)  equipment  assigned,  in  accordance  with  a  unit’s  table  of 
organization  and  equipment  (TO/E)  allowance,  challenged  the  ability  for  the  subordinate 
units  to  conduct  maneuver  warfare  throughout  their  assigned  AOR;  while  simultaneously 
maintaining  uninterrupted  communications  links  with  their  HHQ  COC.  The  current 
Department  of  Defense  (DOD)  communications  equipment  used  in  support  of  combat 
operations  require  fixed  or  stationary  transmission  systems.  The  ability  to  rapidly  gather, 
process,  and  disseminate  information  to  decision-makers  while  maintaining  FOA  and 
freedom  of  movement  (FOM)  is  essential  at  the  tactical  edge. 
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This  research  is  to  study  the  feasibility  of  developing  this  capability  and  the 
overall  added  value  to  the  United  States  Marine  Corps  by  procuring  such  a  capability. 
The  researchers  propose  that  maintaining  a  highly  mobile,  rapidly  deployable,  tactical 
force  capable  of  conducting  decentralized  distributed  operations  at  the  tactical  edge 
does  not  have  to  come  at  the  sacrifice  of  mission-essential  V2D  capabilities.  Adapting 
a  Platform-as-a-Service  (PaaS)  model  to  meet  the  needs  of  an  expeditionary  force 
may  allow  the  USMC  to  reduce  the  time  in  the  data-to-decision  (D2D)  cycle  at  the 
tactical  edge. 

A.  PROBLEM  STATEMENT 

In  201 1,  the  National  Military  Strategy  directed  the  improvement  in  the  ability  to 
rapidly  respond  to  crisis  with  little  to  no  warning;  deploy  and  employ  flexible  C2  assets, 
and  become  a  more  scalable  force  (Chairman  of  the  Joint  Chiefs  of  Staff,  2011).  Admiral 
Mullen  envisioned  a  Joint  Force  with  the  capability  to  collect  information,  conduct 
analysis,  and  distribute  intelligence  products  (Chairman  of  the  Joint  Chiefs  of  Staff, 
2011).  Since  inception,  the  Marine  Corps  has  been  that  expeditionary  force  capable  of 
conducting  multifaceted  operations.  Former  Commandant  General  Krulak  (1999)  referred 
to  this  as  the  “three  block  war.”  Essentially,  Marines  must  be  trained  to  prosecute  full- 
spectrum  warfare  (humanitarian  assistance,  peace-keeping  operations,  and  full-scale 
military  action)  within  a  radius  of  three  contiguous  city  block.  Over  the  past  decade,  the 
Marine  Corps  has  participated  in  a  protracted  multi-theater  counterinsurgency  (COIN) 
campaign.  The  United  States’  national  interest  abroad  required  the  USMC  to  become  an 
occupying  force  operating  out  of  tactical  forward  operating  bases  (FOB)  with 
commercialized  communication  infrastructure  supporting  the  HHQ. 

At  the  company  down  to  the  squad  level,  the  organic  communication  assets  were 
incompatible  with  the  demand  levied  upon  the  commander  to  provide  situational  updates 
in  real-time.  Tactical  forces  are  inundated  with  request  for  information  that  required  the 
usage  of  multiple  “single-frequency-spectrum-capable”  devices  in  order  to  satisfy  the 
insatiable  appetite  of  their  HHQ  (Oregon,  2011,  p.  3).  This  resulted  in  universal  needs 
statement  (UNS)  from  combatant  commanders  detailing  a  requirement  for  C4ISR 
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procurement.  The  influx  of  new  equipment  provided  the  capability  but  also  increased  the 
logistical  burden  and  further  limited  mobility  sinee  tactical  forces  were  reinforeed  with 
multiple  deviees  to  perform  the  six  war-fighting  functions  outlined  in  Marine  Corps 
Doctrinal  Publication  (MCDP)  1-0,  Marine  Corps  Operations:  C2,  Intelligenee, 
Maneuver,  Fires,  Logistics,  and  Force  Proteetion  (U.S.  Marine  Corps,  2011a,  p.  B-1). 

If  a  single  mobile  government-off-the-shelf  (GOTS)  communication  device  were 
configured  to  provide  warfighting  fiinetionality  (V2D,  fires  support,  medical  evacuation, 
instant  messaging,  friendly  foree  loeation,  and  enemy  force  location)  through  hosting 
secure  military  designed  applications,  then  this  eapability  would  provide  forees  operating 
at  the  tactical  edge  increased  flexibility  in  response  to  global  eonfliets.  Former 
Commandant  General  Conway  (2008,  p.  3)  stated  “though  our  Corps  has  reeently  proven 
itself  in  ‘sustained  operations  ashore,’  future  operational  environments  will  place  a 
premium  on  agile  expeditionary  forces,  able  to  act  with  unprecedented  speed  and 
versatility  in  austere  conditions  against  a  wide  range  of  adversaries.” 

The  draw  down  in  Afghanistan  marks  an  end  of  a  land-based  theater  support  era 

for  the  USMC  and  provides  an  opportunity  for  a  refoeus  on  its  fundamental  roots  as  a 

sea-based,  organically  supported  expeditionary  organization.  The  shift  in  operational 

outlook  requires  researeh  for  a  system  that  enables  first  in  forees  with  the  critieal 

operational  eapabilities  needed  in  support  of  the  next  generation  (NextGen)  of  taetieal 

warfighter.  The  eurrent  Marine  Corps’  units,  at  the  taetieal  edge,  are  unable  to  aecess 

decision  making  applications  in  a  contested  environment.  The  eontested  environment  is 

about  supporting  reliable/resilient  distributed  C2  when  the  upper  level  is  no  longer 

available  and  lower  levels  absorb  the  workload.  The  foeus  of  this  researeh  is  on  the 

denied,  disconneeted,  intermittent,  and  limited  (D-DIL)  environment,  which  is  a  subset  of 

a  contested  environment  with  an  emphasis  on  network  constraints.  End  users  at  the 

forward  edge  of  the  battlefield  are  operating  in  a  dynamie  environment.  The  requirement 

to  remain  agile,  highly  responsive,  and  flexible  to  ehange  does  not  eoineide  with  the  time 

intensive  requirement  to  setup  bulky  stationary  satellite  eommunieations  equipment. 

Even  when  the  tactical  commander  is  able  to  operate  out  of  a  fortified  position,  their 

communication  equipment  still  does  not  have  the  same  throughput  capabilities  alloeated 
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as  their  higher  headquarters  resulting  in  latency  or  the  inability  to  access  automated 
applications  such  as  Fires  Request  and  Personnel  Status  Reports.  The  Marine  Corps’ 
CIO  is  interested  in  leveraging  commercial-off-the-shelf/govemment-off-the-shelf 
(COTS/GOTS)  open  source  data  computing  and  delivery  systems  in  order  to  provide 
warfighters,  at  every  level,  with  a  common  operational  picture  throughout  all  phases  of 
conflict.  This  research  will  focus  on  shared  operational  picture  (SOP)  by  conducting  an 
analysis  of  the  benefits  of  adapting  a  local  cloudlet  model  to  host  warfighting 
applications  accessible  by  tactical  edge  units  using  mobile  devices  in  D-DIL 
environments  to  improve  collaboration,  situation  awareness,  and  decision  making. 

B.  PURPOSE 

The  purpose  of  this  study  is  to  analyze  the  requirements  and  feasibility  of 
adapting  a  local  cloudlet  model  for  enabling  application  deployment  and  data 
dissemination  capability  to  Marine  units  in  an  expeditionary  environment  through  a 
mobile  device.  Young  et  al.  (2012,  pp.  1^)  stated  that  at  the  tactical  edge  there  is  a 
requirement  for  intelligence  and  operations  fusion  capability  in  order  to  improve 
battlefield  situation  awareness  (BFSA),  friendly  force  preservation,  fires  accuracy, 
lethality,  and  tactical  advantage.  The  significance  of  this  is  to  determine  if  the 
aforementioned  model  provides  an  operationally  viable  alternative  to  the  current  method 
of  information  sharing  in  edge  organizations.  Specifically,  the  researchers  will  evaluate 
the  impact  of  mature  technologies  from  academia,  commercial  and  government  research 
onto  availability  of  a  local  cloudlet  at  the  tactical  edge. 

C.  RESEARCH  QUESTIONS 

This  thesis  will  be  guided  by  the  following  questions: 

•  Is  the  tactical  cloudlet  a  viable  solution  for  extending  enterprise  end-to- 
end  architecture  to  the  edge  users? 

•  Can  a  local  cloudlet  at  the  tactical  edge  be  deployed  to  be  readily 
accessible  by  the  mobile  device? 

•  What  future  capability  requirements,  hardware/software  technology 
innovations  are  necessary  to  operate  a  mobile  device  in  a  D-DIL 
environment? 
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•  What  is  the  impact  of  leveraging  mature  technologies  to  enhance  the 
decision  support  system  (DSS)  using  local  cloudlets  at  the  tactical  edge? 

D.  OBJECTIVES 

The  research  will  comprise  several  objectives: 

•  Analyze  current  and  future  requirements  for  a  cloud  computing  solution  at 
the  tactical  edge 

•  Compare  current  communication  solution  to  the  cloud  model 

•  Provide  analysis  requirements  for  equipment  and  training 

•  Offer  prototype  solutions  for  a  mobile  device  strategy 

•  Describe  means  to  improve  SOP,  situation  awareness,  and  decision¬ 
making  on  a  mobile  device  in  a  D-DIL  environment 

E.  METHODOLOGY 

This  research  will  compare  current  systems  requirements  to  the  cloud  model 
system  requirements.  The  literature  review  will  establish  a  baseline  for  comparison  using 
current  capabilities  and  C2  requirements  of  the  Marine  Corps  Infantry  Company.  The 
literature  review  will  examine  existing  technological  capability  gaps  and  the  commercial 
solution  designed  to  fulfdl  the  requirement.  The  literature  review  will  end  with 
examining  the  feasibility  of  adapting  mobile  device  infrastructure  into  a  future  tactical 
cloud  ecosystem. 

F.  SCOPE 

The  scope  of  this  research  is  focused  on  the  benefits  gained  by  the  USMC  when 

adapting  a  cloud  model  to  host  C2  developed  applications  available  to  the  warfighter  via 

mobile  device  technology  in  order  to  improve  the  D2D  capability  of  units  at  the  tactical 

edge.  This  thesis  will  neither  provide  a  standard  operating  procedure  detailing  the 

deployment  of  a  cloud  model  and  the  hosted  applications  accessible  by  mobile  devices, 

nor  attempt  to  define  security  parameters  or  policies  needed  to  be  in  compliance  with 

DOD  directives,  policies,  or  standards.  Operational  security  (OpSec)  risk  to  C2  and 

acceptable  usage  policies  within  the  DOD  are  potential  limitations  to  this  research.  The 

research,  as  basis  for  comparison  against  existing  tactical  communications,  will  look  at 

existing  implementations  as  opposed  to  emerging  conceptual  ideas.  The  comparison  will 
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be  limited  to  current  legacy  systems  and  a  current  alternative  solution.  The  USMC 
Infantry  Company  and  associated  TO/E  will  serve  as  the  base  unit  for  the  research. 


G.  THESIS  ORGANIZATION 

USMC  requirements  analysis  of  existing  equipment  deficiencies  will  be 
conducted  using  an  empirical  method.  The  analysis  will  present  the  benefits  of  a  cloud 
model  designed  to  incorporate  mobile  device  architecture.  The  first  chapter  provides  an 
overview  and  general  observations  of  a  deployed  environment,  which  led  to  the  questions 
that  guided  and  focused  the  research.  The  second  chapter  is  a  literature  review  that 
establishes  the  USMC  information  technology  (IT)  framework  for  the  tactical  edge 
including  a  mobile  device  strategy  using  PaaS.  This  chapter  will  present  the  current 
information  dissemination  trends  and  the  movement  toward  commercial  mobile  device 
technology.  The  second  chapter  will  also  introduce  existing  DOD  and  USMC  policy  and 
guidance  toward  mobile  device  technology  acquisition.  In-depth  investigation  of  trends, 
policy,  and  guidance  will  aid  in  determining  the  current  and  future  tactical  level  C2 
capability  requirements.  Tactical  level  units’  capability  degradation,  when  systems  are 
deployed  in  the  following  conditions:  fixed — on-the-move  (OTM) — dismounted,  require 
an  analysis  of  a  future  alternative.  The  third  chapter  will  examine  a  hybrid  cloud 
architecture,  which  includes  operational  cloudlet  nodes  linked  to  tactical  cloudlet  nodes. 
Within  the  tactical  level  cloudlet  sub-architecture  are  user  nodes  operating  in  a  D-DIL 
environment  that  requires  connectivity  to  enterprise  nodes  in  the  presence  of  anti¬ 
access/area  denial  (A2AD)  threats  through  mobile  devices.  In  addition,  this  chapter  will 
compare  this  architecture  to  current  equipment  at  the  tactical  level.  The  fourth  chapter 
will  outline  suggested  mobile  device  prototype  requirements  and  design.  The  fifth  chapter 
will  analyze  Data-as-a-Service  (DaaS)  and  the  decision  support  system  for  mobile 
devices  operating  in  the  D-DIL  environment  in  order  to  accelerate  the  decision-making 
ability.  The  sixth  chapter  provides  conclusions  and  recommendations  for  future  work. 
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II.  LITERATURE  REVIEW 


The  primary  assignment  of  the  Marine  Corps  Infantry  Rifle  Company  is  to  “defeat 
the  enemy  by  fire,  maneuver,  and  elose  combat  and  to  conduct  other  operations  as 
directed  across  the  range  of  military  operations  [ROMO]”  (U.S.  Marine  Corps,  2014a, 
p.  1-3).  Specifically,  the  infantry  rifle  company  is  tasked  to  “plan,  coordinate,  and 
conduct  ground  combat  operations  and  type  operations,  as  directed,  across  the  spectrum 
of  war  in  an  expeditionary  environment”  (U.S.  Marine  Corps,  2014c,  pp.  2-3).  It 
achieves  this  by  effectively  employing  personnel  and  equipment  in  order  to  maximize 
organic  firepower  as  depicted  in  Figure  1  (U.S.  Marine  Corps,  1998,  p.  4-7). 


Figure  1.  USMC  Infantry  Rifle  Company 
(from  U.S.  Marine  Corps,  1998,  p.  4-7) 


A.  ORGANIZATIONAL  PERSONNEL  AND  EQUIPMENT 

The  personnel  and  equipment  assigned  to  an  infantry  rifle  company  are  in 
accordance  with  (lAW)  a  unit’s  TO/E,  respectively.  An  infantry  rifle  company  has  six 
officers  and  176  enlisted  Marines  (see  Appendix  A).  It  is  outfitted  with  176  PRC- 153 
integrated  intra-squad  radios  (IISR)  that  act  as  wireless  intercom  system.  The  current  T/E 
in  Appendix  B  lists  the  13  satellite  communication  capable  radio  systems:  AN/VRC-1 10 
quantity  2;  AN/VRC-1 14  quantity  1;  AN/PRC- 1 17G(V)2  quantity  4;  and  AN/PRC- 
1 17F(V)1C  quantity  6  (U.S.  Marine  Corps,  2014c,  pp.  18-20). 
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B.  EXPANDING  INFORMATION  DISTRIBUTION  REQUIREMENTS, 

STRATEGY,  AND  CAPABILITY  GAPS 

At  the  onset  of  both  OEF  and  OPERATION  Iraqi  Freedom,  U.S.  forces  required 
the  ability  to  communicate  across  all  command  levels  in  support  of  land,  sea,  and  air 
operations.  Beyond  line  of  sight  (BEOS)  satellite  communication  (SATCOM)-capable 
portable  terminals  were  essential  for  remote  mobile  unit  communication.  Military 
satellite  communication  (MILS AT COM)  capacity  alone  was  insufficient  in  meeting  the 
information  dissemination  requirements  and  was  augmented  by  commercial  satellite 
communication  (COMSATCOM)  assets. 

1.  Satellite  Communication  Growth  Trends 

Due  to  end-user  requirements,  DOD  procured  COMSATCOM  services  as  needed 
to  augment  MILSATCOM.  COMSATCOM  evolved  from  a  complementary  capability  to 
a  critical  element  of  the  DOD  SATCOM  architecture  (U.S.  Strategic  Command,  2013). 
According  to  the  Defense  Business  Board  (2013),  DOD  views  SATCOM  as  mission 
essential  in  providing  the  warfighter  the  communication  resources  needed  in  current  areas 
of  operations  and  new  missions  in  new  geographies.  As  shown  in  Figure  2,  the  DOD  has 
significantly  increased  MILSATCOM’ s  capacity  in  an  effort  to  satisfy  growing 
information  demands  placed  on  dispersed  units  conducting  distributed  operations. 


Mil/Gov  Satellite  Market-  New  U.S.  Military  Capacity 


Source:  Vendors  i  Complied  by  NSR 


Figure  2.  Military  Satellite  Capacity  (from  Defense  Business  Board,  2013) 
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As  stated  in  Taking  Advantage  of  Opportunities  for  Commereial  Satellite 
Communications  Services  (2013),  SATCOM  meets  the  following  warfighter 
requirements:  interoperability;  global  coverage;  assured,  real-time  access;  capacity; 
protection;  and  flexibility.  As  COMSATCOM  capabilities  continue  to  expand,  DOD’s 
maximization  of  industry  innovation  and  continued  integration  promote  Joint  Force  2020 
Capstone  Concept  of  highly-networked  forces  connected  by  redundant  and  diverse 
communication  links  (Joint  Chiefs  of  Staff,  2012). 

At  sea,  the  Navy  relies  on  the  full  integration  of  MILSATCOM  and 
COMSATCOM  in  order  to  perform  its  global  presence  mission.  The  continued 
procurement  of  more  COMSATCOM  by  the  DOD  is  critical  in  order  for  the  Navy  to  not 
only  support  the  current  operational  requirements  but  to  be  postured  for  rapid  response 
to  future  crisis.  About  60  percent  is  used  every  day  worldwide;  the  other  40  percent  is 
sitting  out  there  as  surge  that  is  bought  ahead  of  time  when  the  Navy  repositions  ships  to 
an  area  where  bandwidth  is  needed  (C.  Racoosin,  classroom  lecture,  August  19,  2014). 
In  2009,  this  provided  a  total  of  258  megabits  per  second  throughput  for  the  entire 
naval  fleet. 

From  Fiscal  Year  (FY)  2010  to  FY  2011,  DOD  COMSATCOM  procurement  cost 
increased  from  $990  million  to  $1,216  billion  (C.  Racoosin,  classroom  lecture,  August 
19,  2014).  The  additional  $226  million  in  FY  2011  was  the  total  of  the  combined  cost 
increase  in  total  satellite  services.  Fixed  satellite  services  (FSS)  expenditures  increased  30 
percent  from  $673  million  in  FY  2010  to  $875  million  in  FY  2011;  as  well  as,  DOD’s 
bandwidth  usage  increased  15  percent  (C.  Racoosin,  classroom  lecture,  August  19,  2014). 
The  DOD’s  traditional  primary  investment  in  FSS  was  due  in  part  to  its  high  throughput 
capacity  using  relatively  stationary  terminals;  as  opposed  to  mobile  satellite  services 
(MSS)  comparatively  lower  throughput  capability  over  mobile  ground  terminals.  In  FY 
2011,  MSS  expenditures  consumed  27  percent  of  the  total  DOD  COMSATCOM  budget, 
which  equated  to  an  8  percent  increase  from  FY2010  ($304.2  million)  to  FY2011  ($328 
million)  (U.S.  Strategic  Command,  2013). 

The  recent  decade-long  conflict  highlighted  a  need  to  increase  capabilities  for 

disadvantaged  users  whose  growing  requirement  to  receive,  process,  and  disseminate 
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information  relied  on  an  antiquated  communication  asset  that  interfaced  solely  with  MSS. 
Consequently,  the  demand  for  higher  bandwidth  capable  smaller  portable  ground 
receivers  emerged.  The  physical  size  distinction  is  becoming  less  relevant  today  as 
smaller,  portable  terminals  support  FSS  band  frequencies;  as  well  as,  MSS  solutions 
increasingly  provide  higher  throughput  capacity  (U.S.  Strategic  Command,  2013).  These 
highly  capable  portable  terminals  are  able  to  be  outfitted  with  smaller  and  smaller 
antennas. 

The  introduction  of  highly  mobile  smaller  ground  terminals  capable  of  accessing 
higher  band  frequencies  normally  associated  with  FSS  (C,  Ka,  Ku,  and  X)  addressed  the 
growing  requirement  to  disseminate  high  bandwidth  consuming  products  to/from  the 
tactical  level.  In  particular,  as  shown  in  Figure  3,  Ka  band  operates  between  the  26.5  GHz 
and  40  GHz  range  of  frequencies  allowing  for  higher  bandwidth  allocation  for  deployed 
forces  (C.  Racoosin,  classroom  lecture,  August  19,  2014).  Expeditionary  forces  using 
portable  ground  receivers  such  as  the  PRC-117F/G  were  able  to  push/pull  data  products 
via  Ka-band  at  higher  rates  of  speed. 


Figure  3. 
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Ka-Band  Capability  and  Trends  (from  C.  Racoosin,  classroom 
lecture,  August  19,  2014) 


2.  Information  Dissemination  Trends 

The  concept  of  delivering  C4ISR  to  the  tactical  edge  has  been  explored  by  the 
military  and  commercial  industry  in  an  effort  to  enhance  the  capabilities  of  users  in  a  DIE 
environment.  The  DOD  observed  during  the  recent  wars  that  demands  levied  on  small 
units  and  its  leadership  created  situations  where  the  timely  delivery  of  information  was 
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the  difference  between  life  and  death.  As  portrayed  in  Figure  4,  the  information 
collection  requirements  grows  exponentially  up  the  chain  of  command  requiring  edge 
units  to  use  multiple  disconnected  systems  to  meet  the  requirement. 

Power  to  the  Edge  is  a  result  of  technological  advances  that  will  eliminate 
the  constraint  of  bandwidth,  free  us  from  the  need  to  know  a  lot  in  order  to 
share  a  lot,  unfetter  us  from  the  requirement  to  be  synchronous  in  time  and 
space,  and  remove  the  last  remaining  technical  barriers  to  information 
sharing  and  collaboration.  (Alberts  &  Hayes,  2003,  p.  xiii) 


Information  Across  Echelons 
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Insatiable  requests  for  infomnation  from  above 
(including  ISAF) 

Overloaded  by  higher  HQ  RFIs,  lots  of  powerpoint- 
based  reports  requiring  data  from  large  servers;  they 
get  and  synthesize  significant  info  from  below;  pattern 
analysis  across  a  large  battle  space 

Little  info  flows  downhMI;  High  density  of  disparate 
systems  that  require  extensive  training;  some  reliance 
on  commercial  products  <eq.,  Garmins,  Ipads,  Google 
IS/laps,  etc.) 

Protected  from  higher  HQ  info  request.  Didn't 
neoessariy  get  a  lot  of  info  and  hence  dicEi't  expect  iL 
Primarily  worked  voice. 


Figure  4.  Information  Flow  Up/Down  USMC  Echelons  of  Command 
(from  Naval  Research  Advisory  Committee,  2012,  p.  6) 


Throughout  the  years,  the  DOD  implemented  several  concepts  in  order  to 
overcome  the  information  dissemination  limitations  that  lightweight  highly  mobile  users 
faced  when  deployed  to  tactical  environments  as  represented  in  Figure  5. 


Figure  5.  Maturation  of  Warfighter  Communication  Capabilities 
(from  Liguori  &  Daniel,  2013,  p.  27) 
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With  the  initial  primary  focus  on  the  delivery  of  information,  the  DOD  adopted 
the  smart  push  concept.  This  concept  empowered  the  owner  of  the  information  and  relied 
on  the  owner’s  judgment  when  deciding  what  information  is  important  to  whom.  This 
concept  faced  bandwidth  and  throughput  challenges;  as  well  as,  time  synchronization 
challenges  when  advantaged  users  attempted  to  correspond  with  disadvantaged  users. 
The  smart  push  required  that  the  recipient  had  to  be  listening  at  the  exact  point  in  time  in 
which  the  sender  was  transmitting  as  well  as  close  enough  for  the  equipment  to  remain 
synchronized. 

Further  technological  advancements  in  communication  equipment  improved 
range  limitations  and  introduced  the  broadcast  capability  in  the  smart  push.  This  allowed 
commanders  to  distribute  forces  to  the  tactical  edge  and  push  information  to  them 
through  mobile  listening  devices  without  concern  for  spatial  proximity.  The  problem  of 
knowing  what  information  to  send  and  the  requirement  for  the  edge  unit  to  be  available  in 
a  dynamically  changing  environment  to  receive  it  was  not  addressed  until  the  advent  of 
the  email  system.  This  technological  breakthrough  eliminated  the  need  to  maintain 
complete  synchronization;  however,  the  sender  was  still  required  to  decide  what 
information  was  important  to  the  people  that  relied  on  it. 

Finally,  network  connectivity  and  shared  information  resources  enabled  the 
migration  to  smart  pull;  this  removed  the  owner-to-requestor  time  synchronization  and 
the  need  for  information  owners  to  know  exactly  what  is  needed  and  how  to  get  it  to  the 
requesting  party  (Alberts  et  ah,  2003,  p.  xiv).  This  concept  shifted  the  problem  that  was 
associated  with  the  smart  push  in  the  sender-to-receiver  relationship.  The  owner  of  the 
information  was  no  longer  responsible  for  time  synchronization  with  the  intended 
recipient.  Although  smart  pull  is  described  as  an  improvement  to  the  smart  push  concept, 
this  method  of  information  dissemination  presents  its  own  set  of  problems.  Operating 
under  the  smart  pull  construct,  the  actor  that  needs  actionable  intelligence  is  now  required 
to  know:  a.  the  location  of  all  the  gathered  sources  of  raw  data  in  order  to  perform 
operational/intelligence  fusion  or  b.  the  location  of  the  resultant  processed  valuable 
information  and  when  it  was  generated.  Now,  the  commander  is  responsible  for 
determining  what  information  is  critical  for  mission  success.  Unfortunately,  this 
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capability  is  not  possible  since  the  commander  is  unable  to  anticipate  the  composition  of 
the  fused  information  as  this  process  is  dynamic  and  based  on  anticipated  events  and  state 
changes.  Instead,  the  responsibility  is  assigned  to  the  intelligence  fusion  center  (IFC), 
where  analysis  is  performed  across  diverse  sources  of  information  in  order  to  produce  the 
requisite  knowledge  needed  to  support  mission  sets.  The  IFC  eliminates  the  requirement 
for  the  tactical  edge  units  to  obtain,  train,  and  equip  a  data  fusion  cell  tasked  with  finding 
the  relevant  information  among  all  the  available  information;  especially  since,  the 
commander  is  unaware  of  the  origin  and  the  type  of  sensors  that  were  used  in  order  to 
gather  the  raw  data  (Naval  Research  Advisory  Committee,  2012). 

3.  DOD  Information  Technology  Focus 

DOD  has  explored  ways  to  remove  the  general  computing  resources  from  devices 
that  are  supporting  edge  users  to  somewhere  else  in  the  network  in  order  to  alleviate  the 
saturation  of  scarce  computing  capacity.  Alberts  et  al.  (2003,  p.  192)  stated  “a 
dismounted  infantry-person’s  information  resources  could  be  a  thin  client  dedicated  to 
supporting  a  rich  human-computer  interface  [with  voice  recognition,  heads-up  display, 
speech  synthesis,  and  communications]”  (Alberts  et  al.,  2003,  p.  192).  With  the  end  goal 
of  increasing  capability  to  the  edge  user,  DOD  has  conducted  experiments  with  cloud 
computing  to  identify  and  mitigate  network  issues  in  expeditionary  units  in  deployed 
environments.  Since  2012,  the  U.S.  Army  has  tested  and  evaluated  the  feasibility  of 
delivering  increased  C2  capability  to  the  tactical  edge  using  a  cloud-based  platform 
(Welsh,  2012). 

According  to  Powell  (2013,  pp.  6-7),  the  tests  were  designed  to  eliminate  the 
prevailing  degradation  of  network  connectivity  that  Soldiers  experienced  once  they 
transitioned  from  a  garrison  network  to  a  tactical  network.  The  intent  is  to  leverage 
technology  and  develop  a  strategy  using  cloud  computing  that  will  revolutionize  C2 
down  to  the  tactical  edge  by  employing  high  computing  capacity  smart  hand-held 
devices.  This  would  provide  the  edge  units  with  the  agility  needed,  as  Kundra’s  Federal 
Cloud  Computing  Strategy  (2011,  p.  5)  stated,  to  spend  less  time  focusing  on  sustaining 
and  maintaining  highly  intricate  communication  equipment  and  more  time  dedicated  to 
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mission  essential  tasks.  Removing  the  requirement  to  perform  network  management  at 
the  tactical  level  through  the  use  of  user  enabled  discriminatory  access  to  shared 
infrastructure  presented  an  appealing  case  to  the  DOD  CIO  leadership.  Traditionally,  the 
focus  was  to  deliver  an  IT  capability  that  centered  around  an  optimally  configured 
hardware  and  software  solution;  however,  the  shift  in  mindset  in  the  cloud  computing 
model  for  providing  IT  as  a  service  is  concentrated  on  the  user  as  depicted  in  Figure  6 
(Office  of  the  Department  of  Defense  Chief  Information  Officer,  2012a,  p.  2). 
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•  Information  stored  on 
privately-controlled  local 
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•  Securing  transport 

•  Securing  data  elements 

•  Information  scarcity 

•  Information  abundance 

Figure  6.  Shift  in  IT  Focus  (Naval  Research  Advisory  Committee,  2012,  p.  19) 

4.  Mobile  Device  Strategy  for  DOD 

As  the  lead  for  developing  policy  and  disseminating  guidance  to  the  Marine  Corps 

Chief  Information  Officer,  the  DOD  Chief  Information  Officer  distributed  the  DOD 

Mobile  Device  Strategy  that  focused  on  “improving  three  areas  critical  to  mobility: 

wireless  infrastructure,  the  mobile  device  itself,  and  mobile  applications”  (Office  of  the 

Department  of  Defense  Chief  Information  Officer,  2012b,  p.  i).  These  improvements  are 

essential  to  empowering  deployed  personnel  with  faster  access  to  information  and 

computing  power  in  spite  of  their  geographical  dispersion  (Office  of  the  Department  of 

Defense  Chief  Information  Officer,  2012b,  p.  i).  One  approach  to  achieving  this  goal 

requires  focusing  on  the  fourth  critical  area  absent  in  the  DOD  CIO  guidance  to  the 

Marine  Corps  CIO  which  is  to  ensure  persistent  connectivity  between  the  cloud  and  the 

mobile  device  though  the  use  of  cloud  technology  and  cloudlets.  Cloudlets  are  tactically 
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forward  deployed  well-conneeted  datacenters  in  a  box  that  are  positioned  at  the  tactical 
edge  for  mobile  device  users  operating  in  a  DIL  environment.  Cloud  technology  and 
cloudlets  are  a  viable  conceptual  option  that  provides  “a  reliable,  high-bandwidth,  end-to- 
end  network”  (Satyanarayanan  et  al.,  2013,  p.  40).  The  use  of  cloud  technology  and 
cloudlets  would  eliminate  the  inherent  latency  edge  users  experience  as  they  attempt  to 
retrieve  critical  information  in  real-time.  In  addition,  the  benefits  provided  by 
implementing  cloud  technology  and  cloudlets  would  enhance  the  tactical  unit’s  ability  to 
operate  mobile  devices  in  a  contested  environment.  The  effects  of  an  enemy’s  attempt  to 
perform  denial  of  service  (DoS)  attacks  through  wireless  jamming  is  minimized  due  to 
their  (cloudlet  and  mobile  device)  close  proximity  and  wireless  technology  (ultra-short- 
range)  employed. 

In  order  to  ensure  all  components  of  DOD  were  focused  in  the  development 
efforts  toward  the  same  end  goal,  the  DOD  Mobile  Device  Strategy  provided  the 
following  definition: 

A  mobile  device  is  a  handheld  computing  device  with  a  display  screen  that 
allows  for  user  input.  When  connected  to  a  network,  it  enables  decision 
making  via  collaborative  planning  in  forms  formats  specially  designed  to 
maximize  the  use  of  information  given  device  limitations.  Popular  model 
designs  for  mobile  devices  are  smartphones  and  tablets.  (Office  of  the 
Department  of  Defense  Chief  Information  Officer,  2012b,  p.  i) 

Although  information  sharing  is  important,  the  real  value  of  the  mobile  device  is 
achieved  when  it  is  able  to  incorporate  the  tactical  warfighter  in  the  D2D  process.  Using 
the  persistent  connection  to  the  cloudlet,  the  edge  user  can  use  the  hosted  sensor 
applications  on  the  mobile  device  to  conduct  battlefield  assessments  in  support  of  BPS  A; 
as  well  as,  receive  intelligently  fused  information  needed  to  perform  last-mile  re¬ 
planning.  Leveraging  mobile  device,  cloud,  and  cloudlet  technology  for  the 
aforementioned  military  application  would  facilitate  decentralized  C2;  as  well  as, 
autonomous  decision-making  at  the  edge  (Reddy,  2012). 

Due  to  their  relatively  inexpensive  nature,  mobile  devices  have  provided  much  of 
today’s  mobile  society  with  an  on-demand  information  obtaining  capability.  As  such,  the 
DOD  intends  to  leverage  mobile  device  capabilities  and  employ  them  in  ways  to  improve 
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tactical  operations.  The  recent  use  of  mobile  devices  by  organizations  to  provide 
information  in  support  of  global  situation  awareness  during  events  such  as  natural 
disasters;  serve  as  example  use  cases  for  testing  mobile  devices  in  expeditionary 
environments  (Office  of  the  Department  of  Defense  Chief  Information  Officer,  2012b). 
As  described  in  Figure  7,  the  DOD  intends  to  evolve  the  enterprise  by  strengthening  the 
DOD  workforce  through  mobile  device  integration;  along  with  developing  and 
employing  web-enabled  applications. 


(;OAL 

DKSCUIPTION 

1.  Advance  and  evolve  the  DoD 
Information  Enterprise 
infrastructure  to  support 
mobile  devices 

Improves  wireless  infrastructure  to  support  the  secure  access  and 
sharing  of  information  via  voice,  video,  or  data  by  mobile  devices. 

2.  Institute  mobile  device  policies 
and  standards 

Establishes  policies,  processes,  and  standards  to  support  secure 
mobile  device  usage,  device-to-device  interoperability,  and 
consistent  device  lifecycle  management. 

3.  Promote  the  development  and 
use  of  DoD  mobile  and  web- 
enabled  applications 

Provides  the  processes  and  tools  to  enable  consistent  development, 
testing,  and  distribution  of  DoD-approved  mobile  applications  for 
faster  deployment  to  the  user. 

Establishes  policy,  processes,  and  mechanisms  for  appropriately 
web-enabling  critical  DoD  IT  systems  and  functions  for  mobile 
devices. 

Figure  7.  DOD  Mobile  Device  Strategy  Goals  (from  Office  of  the  Department 
of  Defense  Chief  Information  Officer,  2012b,  p.  1) 

5.  Mobile  Device  Strategy  for  USMC 

In  2013,  the  Director  for  Command,  Control,  Communications,  and  Computers 
(C4),  Brigadier  General  Nally  stated  “with  increasing  mobile  device  capabilities,  the 
Marine  Corps  recognizes  the  trend  of  evolving  information  needs  within  garrison  and 
tactical  environments  and  the  need  to  provide  an  agile  method  of  meeting  those  needs” 
(Director  for  Command,  Control,  Communications,  and  Computers  (C4),  2013).  Just  as 
the  DOD  wants  to  untether  the  workforce  from  the  desk  in  an  office  by  enabling  the  end 
user — equipped  with  a  mobile  device — to  maintain  connectivity  to  shared  information 
and  computing  power  without  degradation  of  capability,  the  Marine  Corps  desires  to 
remove  the  overreliance  on  the  stationary  ground  satellite  located  at  the  FOB.  Currently, 
edge  users  experience  a  degrading  autonomous  decision-making  capability  as  they 

transition  from  a  fixed  location;  to  vehicle-borne;  to  foot-mobile.  The  increased  ability 
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for  highly  mobile  users  to  access,  share,  and  manipulate  knowledge  enhances  their 
capability  to  deduce  courses  of  actions  in  support  of  FOA  and  FOM  (Director  for 
Command,  Control,  Communications,  and  Computers  (C4),  2013).  In  spite  of 
geographical  location,  mobile  devices  would  enable  key  leadership  collaboration  among 
throughout  the  planning  process  for  contingency  and  crisis  operations  order  development 
as  illustrated  in  Figure  8.  The  global  distribution  of  actionable  intelligence  to  decision¬ 
makers  reduce  the  time  required  in  the  D2D  cycle  (Director  for  Command,  Control, 
Communications  and  Computers  (C4),  2013). 


!Mission.Aiialysis 


Figure  8.  Marine  Corps  Planning  Process  (from  Marine  Corps  Combat 

Development  Command,  2008) 

In  a  fiscally  constrained  environment,  scarce  resources  are  focused  on  user 
requirements  and  technology  improvements  that  will  affect  more  rapid  mission 
accomplishment.  The  individual  user  and  the  user  requirements  have  been  a  driving  force 
in  the  shift  of  focus.  In  order  for  the  Marine  Corps  to  successfully  implement  the 
Commercial  Mobile  Device  Strategy,  the  following  four  goals  must  be  met:  “1)  Establish 
a  Secure  Mobile  Framework;  2)  Transition  the  Unclassified  Mobile  Device  Infrastructure 
to  a  Cost  Effective  and  Platform  Agnostic  Environment;  3)  Collaborate  with  DOD  and 
Industry  Partners  to  Develop  a  Classified  Mobile  Device  Capability;  and  4)  Incorporate 
Personally  Owned  Mobile  Devices”  (Director  for  Command,  Control,  Communications, 
and  Computers  (C4),  2013,  p.  3). 
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a. 


USMC  Guidance 


The  Marine  Corps  recognized  that  fused  intelligence  products  are  a  prerequisite  to 
the  D2D  process.  There  exists  a  need  to  improve  the  user  decision  centricity  capability  at 
the  tactical  edge  in  order  to  promote  independent  and  real-time  response  when  operating 
in  a  dynamic  environment.  This  will  assist  the  Marine  Corps  in  remaining  capable  of 
operating  as  a  decentralized  expeditionary  force.  The  continued  emphasis  toward 
improving  the  C2  capability  at  the  lowest  level  is  essential  to  the  operational  posture  of  a 
mobile  force.  MCDP-6  states: 

No  single  activity  in  war  is  more  important  than  command  and  control. 
Command  and  control  by  itself  will  not  drive  home  a  single  attack  against 
an  enemy  force.  It  will  not  destroy  a  single  enemy  target.  It  will  not  affect 
a  single  emergency  resupply.  Yet  none  of  these  essential  warfighting 
activities,  or  any  others,  would  be  possible  without  effective  command  and 
control.  Without  command  and  control,  campaigns,  battles,  and  organized 
engagements  are  impossible,  military  units  degenerate  into  mobs,  and  the 
subordination  of  military  force  to  policy  is  replaced  by  random  violence. 

In  short,  command  and  control  is  essential  to  all  military  operations  and 
activities.  (U.S.  Marine  Corps,  1996,  p.  35) 

Marine  Corps  Combat  Development  Command  (MCCDC)  (2013)  stated  C2 
consists  of  personnel,  information,  processes,  and  the  logistical  support  which  enable 
actionable  intelligence  from  the  collection  and  analysis  of  raw  data.  MCCDC ’s  guidance 
was  to  migrate  from  a  focus  on  the  system  of  systems  (SoS)  capability  in  favor  of  a 
decision-centric  user  focused  network  enabled  C2  capability  that  supported  decentralized 
and  distributed  Enhanced  Company  Operations  (Marine  Corps  Combat  Development 
Command,  2013). 

b.  Naval  Philosophy 

After  prolonged  land  based  wars  in  Iraq  and  Afghanistan,  the  Marine  Corps’ 
maritime  strategy  reaffirmed  its  commitment  to  a  frilly  integrated  naval  capability 
(Conway,  2008,  p.  9).  Forward  thinking,  the  Marine  Corps’  future  modernization 
programs  for  communication  equipment  and  weapon  systems  are  being  designed  to 
increase  the  capacity  for  expeditionary  forces  to  conduct  ship  to  shore  operations 
(Conway,  2008,  p.  9).  Sea  based  tactical  units,  conducting  initial  operations  without 
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external  host  nation  support  in  underdeveloped  harsh  environments,  are  capable  of 
strategic  power  projection  in  defense/support  of  U.S.  allies  in  contested  regions  (Conway, 
2008,  p.  10).  Navy  Tactical  Reference  Publication  1-02  (2012)  defines  sea  base  as 

an  inherently  maneuverable,  scalable  aggregation  of  distributed, 
networked  platforms  that  enables  the  global  power  projection  of  offensive 
and  defensive  forces  from  the  sea  and  includes  the  ability  to  assemble, 
equip,  project,  support,  and  sustain  those  forces  without  reliance  on  land 
bases  within  the  joint  operations  area.  (U.S.  Navy,  2012,  p.  2-74) 

The  maneuverability  and  agility  afforded  by  operating  from  sea  is  nullified  by 
legacy  communication  equipment  incapable  of  keeping  pace  with  the  information 
collection  and  dissemination  demands  necessary  for  shared  situation  awareness  between 
the  at  Sea  Commander  and  the  Ground  Force  Commander.  In  an  effort  to  eliminate  the 
information  disconnect  between  forces,  the  Navy  and  Marine  Corps  have  developed  the 
Single  Naval  Battle  Concept. 

An  essential  component  of  the  Single  Naval  Battle  Concept  is  an  inter-service 
commercial  applications  based  cloud  topology  (Naval  Cloud)  that  leverage  innovative 
technology  (Naval  Research  Advisory  Committee,  2012).  As  shown  in  Figure  9,  the 
Marine  Corps’  recognition  of  the  benefits  gained  by  using  mobile  device  applications — 
coupled  with  the  flexibility  and  scalability  of  cloud  technology — has  generated 
specifications  designed  to  enhance  information  dissemination  to  the  disadvantaged  user 
(Naval  Research  Advisory  Committee,  2012).  Successful  implementation  will  support  the 
facilitation  of  information  aggregation  and  delivery  requirements  placed  upon  mobile 
commanders  operating  in  DIL  environments. 
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Single  Naval  Battle 


•  Marines  at  the  edge 

•  High  value  complex  tasks 

•  Decision  making  with  high  ambiguity 

•  Integration  with  the  Navy  will  be  key 

•  Applications  on  mobile  devices  will  be 
the  primary  interface  between  the 
information  and  the  Marine 
Designed  : 

•  To  support  critical  Information  In  context 

•  To  support  expeditionary  operations  with 
intermittent  connectivity 

•  To  minimize  information/bits  transported 

•  For  human  cognition 

Design  information  systems  to  support  the 
forward  Marine 


Figure  9.  Single  Naval  Battle  Coneept  (from  Naval  Researeh  Advisory 

Committee,  2012,  p.  15) 


Marine  Corps  focused  mobility  requirements — such  as  smart  reduction  of  the 
information  that  needs  to  be  transported — must  be  identified  in  mobile  device  capability 
development.  There  are  two  factors  that  must  be  considered:  a.  the  limiting  resource  is 
bandwidth  and  b.  extracting  and  taking  the  most  valuable  information  forward.  One 
approach  is  to  automatically  summarize  information  based  on  its  prioritization  through 
the  use  of  self-aware  transport  middleware.  By  being  aware  of  dynamically  changing 
bandwidth,  this  device  could  provision  information  at  different  levels  of  granularity  while 
optimally  using  available  network  bandwidth.  For  example,  edge  users  operating  in  a  DIL 
environment  further  degraded  by  A2AD  threats  still  have  requirements  for 
meteorological  and  oceanographic  (METOC)  data.  Although  normally  viewed  in  a 
bandwidth  intensive  high  resolution  state,  a  self-aware  transport  middleware  would  adjust 
for  current  bandwidth  conditions/priority  and  display  a  lower  resolution  METOC  product 
in  order  to  ensure  the  warfighter  received  something. 

In  spite  of  capturing  and  adapting  commercial  advances  as  well  as 
leveraging  the  work  of  the  Army  NETT  Warrior  initiative.  Marine  Corps 
strategy  and  operating  concepts  must  involve  special  considerations  and 
constraints  for  information  delivery  to  the  ‘Marine  on  the  move’,  which 
are  unlikely  to  evolve  from  commercial  or  Army  doctrine  concepts. 

(Naval  Research  Advisory  Committee,  2012,  p.  11) 

General  Conway  stated  the  future  Corps  will  reestablish  its  naval  presence  at  sea, 

remain  a  multipurpose  expeditionary  entity,  and  remain  receptive  to  innovation  and  new 
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technology  (Conway,  2008,  p.  19).  This  shift  in  focus  from  land-based  occupation  to  a 
rapidly  deployable  agile  force  operating  from  ship-to-shore  will  require  unique  C41SR 
capabilities  similar  to  special  operation  forces  (SOF).  The  Marine  Corps  is  focused  on 
integrating  and  delivering  C4ISR  down  to  the  squad  level  to  provide  small  unit  leaders 
with  the  required  knowledge  needed  to  make  critical  autonomous  decisions  at  decisive 
points  in  battle  (Conway,  2008,  p.  20).  General  Conway  acknowledged  the  significant 
efforts  made  in  the  past  decade  to  deliver  this  capability  above  the  company  level; 
however,  emphasized  its  requirement  below  the  company  level  due  to  current  equipment 
limitations  (Conway,  2008,  p.  20).  Due  to  the  harsh  operating  environment  at  the  tactical 
edge,  legacy  communication  systems  are  inept  at  delivering  these  mission  critical 
capabilities.  As  such,  the  Marine  Corps  confirmed  its  pledge  to  aggressively  pursue 
integrated  lightweight  mobile  devices  that  deliver  V2D  capabilities  to  the  Marine  at  the 
edge  (Conway,  2008,  p.  20). 

6.  Capability  Gaps 

In  the  past,  the  priority  for  DOD  was  to  deliver  V2D  capability  to  commanders  at 
fortified  FOBs  via  high  bandwidth/throughput  ground-based  networked  SoS.  Effectively, 
the  C41SR  assets  increased  the  data  fusion  and  analysis  capabilities;  as  well  as,  increased 
the  capacity  of  information  that  could  be  gathered  and  submitted  to  HHQ.  Mobile  users 
that  conducted  operations  away  from  the  FOB  experienced  an  instant  degradation  in  their 
ability  to  collect  and  report  information  vital  to  situation  awareness  due  to  unreliable,  low 
data  throughput,  voice  radio  assets.  “A  reliable  and  robust  information  gathering  and 
decision- support  system  cannot  exist  without  the  capacity  to  access,  verify,  and  combine 
data  and  data  products  across  multiple  information  types  and  sources”  (Naval  Research 
Advisory  Committee,  2012,  p.  9).  In  spite  of  this,  the  technically  disadvantaged  mobile 
user  was  still  expected  to  feed  the  seemingly  never-ending  request  for  information  from 
above  by  constructing  bandwidth  intensive  high  definition  power  point  presentations  that 
required  a  connectivity  level  resident  at  the  well  connected  FOB. 

Combat  Development  and  Integration’s  (CD&I)  (2012)  Concept  of  Employment 
(COE)  for  Infantry  Company  and  Below  C2  (ICB-C2)  document  identified  a  data  capable 
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mobile  device  need  for  enhanced  company  and  below  operations.  As  shown  in  Figure  10, 
COE  for  1CB-C2  identified  a  disparity  in  current  equipment  capabilities  and  stated  the 
mobile  device  solution  must  have  a  common  look  and  feel  that  enable  a  seamless 
transition  through  company  employment  conditions  (fixed,  OTM,  and  dismounted) 
without  degradation  of  V2D  services  (Combat  Development  and  Integration,  2012). 
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Figure  10.  Company  Level  Information  Exchange  Requirements  (lER)  and 
Capabilities  (from  Combat  Development  &  Integration,  2012,  p.  27) 


This  lack  in  current  capability  attributed  to  a  deficiency  across  the  MAGTF  to 
distribute  BFSA  and  reliable  blue  force  location  updates  down  to  the  peripheral  units 
(Combat  Development  and  Integration,  2012).  The  document  also  stated  untimely 
incomplete  information  flow  from  the  decision  makers  at  the  company  level  and  below  to 
the  squad  level  and  above  limited  their  (company,  platoon,  and  squad)  ability  to  validate 
targets  and  non-combat  desired  effects  in  near  real  time  (Combat  Development  and 
Integration,  2012).  One  of  the  elements  needed  in  order  to  engage  an  enemy  combatant  is 
positive  identification.  In  a  fluid  environment,  the  time  it  takes  to  confirm  the 
identification  of  a  known  hostile  could  result  in  a  capture/kill  or  a  missed  opportunity  to 
detain  a  fleeing  potential  suspect.  Current  system  capacity  limitations  are  inadequate  for 
meeting  the  demands  of  mobile  units  (Combat  Development  and  Integration,  2012).  Also, 
the  news  of  positive  effects  accomplished  by  U.S.  service  members  in  an  area  to  thwart 
the  aggressive  actions  of  malign  actors  can  spread  to  other  areas  resulting  in  an 
overwhelming  shift  in  support  for  U.S.  service  members.  Without  this  knowledge 
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integrated  into  their  mobile  devices,  U.S.  service  members  are  not  able  to  capitalize  on 
potential  human  intelligence.  The  aforementioned  capability  gaps  could  potentially  be 
fdled  by  a  mobile  device  solution  that  effectively  integrates  information  and  technology 
in  a  disadvantaged  environment  as  depicted  in  Figure  11. 


Deliver  critical  information  in  context 

-  Environment  that  tolerates  Reduced  Bandwidth  & 
Intermittent  Connectivity 

-  Technology  permitting  staff  to  focus  on  analysis  to 
support  the  forward  Marine 

-  Applications  tailored  to  support  the  forward  Marine 


Figure  1 1 .  Information  and  Technology  Imperatives  (from  Naval  Research 

Advisory  Committee,  2012,  p.  28) 


C.  EXISTING  C2ISR  REQUIREMENTS 

Assisted  by  the  headquarters  staff,  the  infantry  rifle  company  commander  is 
responsible  for  conducting  mission  analysis  and  disseminating  mission-type  orders  to 
subordinates  (U.S.  Marine  Corps,  2014c).  These  vital  tasks  are  performed  without  the 
benefit  of  an  organic  IFC  or  the  equipment  needed  to  collect/synthesis  raw  data  in  order 
to  produce  a  tangible  product  for  edge  units  to  act  upon.  The  infantry  rifle  company  relies 
on  the  maneuverability  and  agility  afforded  by  C2  to  conduct  offensive,  defensive, 
amphibious,  and  stability  operations  as  described  in  Figure  12. 
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Marine  Corps  Operating 
Concepts:  Third  Edition 
•  USMC  Core  Missions 

-  Military  Engagement 

-  Crisis  Response 

-  Power  Projection 

-  Small  wars 

•USMC  Operating  Concepts 

-  Mission  Command  and 
Enhanced  MAGTF  Ops 

-  USMC  flexibility  and 
effectiveness  across  the 
ROMO 

Figure  12.  Full  Spectrum  Warfare  Operations  (from  Naval  Research  Advisory 

Committee,  2012,  p.  14) 

The  increased  demand  to  use  infantry  companies  as  semi-autonomous  modular 
forces  over  prolonged  periods  has  placed  an  emphasis  on  C2  (Combat  Development  and 
Integration,  2012).  The  Marine  Corps  understands  that  commanders  use  C2  to  determine 
what  needs  to  be  done,  execute  it,  and  then  assess  the  aftermath;  therefore,  importance 
has  been  placed  on  providing  infantry  company  commanders  with  increased  capabilities 
to  meet  current  C2  requirements  (U.S.  Marine  Corps,  2014b).  The  next  step  in  the 
evolution  of  the  infantry  company  is  to  increase  their  capability  to  participate  in 
collaborative  collection  management  by  fielding  and  assigning  organic  ISR  assets  to  the 
TO&E.  “Military  excellence  is  defined  by  the  excellence  of  our  Marines;  their  thinking, 
ability  to  innovate,  adapt,  and  to  overcome  the  challenges  presented  by  complex 
environments,  threats,  and  conditions”  (Deputy  Commandant  for  Combat  Development 
and  Integration,  2010).  This  has  led  to  situations  in  which  a  reinforced  company  with 
augmented  C2  equipment  from  higher  echelons  has  been  tasked  to  broadcast  BFSA  in 
order  to  establish  unity  of  effort  among  higher,  adjacent,  and  subordinate  forces  (U.S. 
Marine  Corps,  2014b).  Through  C2,  the  expectation  of  an  infantry  company’s  ability  to 
maneuver  throughout  the  battle  space  as  required,  execute  kinetic  and  sustainment 
operations,  and  mass  and  deliver  scalable  fires  capability  has  grown  (Combat 
Development  and  Integration,  2012).  Subsequently,  the  overarching  mission  of  the  end  to 
end  PaaS  is  to  enable  C4ISR  for  company  and  below  units  operating  in  all  employment 
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functions  spanning  the  full  range  of  military  operations  (ROMO)  (Combat  Development 
and  Integration,  2012). 

1.  Equipment  Capabilities 

A  key  component  to  improving  the  C2  D2D  cycle  is  the  integration  of  non- 
interoperable  SoS.  The  lack  of  interoperability  among  current  stove-piped  systems  has 
placed  an  undue  burden  on  the  Marine  Corps’  and  its  ability  to  perform  its  mission 
(Marine  Corps  Combat  Develop  Command,  2007).  Shared  situation  awareness  is  directly 
proportional  to  the  interoperability  and  capabilities  of  systems  used  for  C2.  Commanders 
gain  increased  agility,  common  operational  picture,  and  faster  decision-making  through 
mutual  understanding  (Marine  Corps  Combat  Development  Command,  2007).  With  the 
aim  of  supporting  tactical  level  commanders  in  all  three  employment  conditions  (fixed, 
OTM  and  dismounted),  the  equipment  must  be  confined  in  a  space  that  is  man-packable, 
ruggedized,  multi-band  capable,  and  communicates  beyond  normal  speaking  range 
without  compromise  of  location  and  provide  confidentiality  (Yang,  2011).  As  depicted  in 
Appendix  G,  each  echelon  of  command  concept  of  employment  across  the  full  spectrum 
of  warfare  under  the  three  categories  is  directly  tied  to  its  current  communication  and  C2 
capabilities. 


a.  Fixed  Capabilities 

Employed  at  a  stationary  location,  the  Combat  Operations  Center  (COC)  provide 
the  warfighter  with  C2,  networking,  and  communication  systems  that  support  hosted 
applications  unique  to  fires  and  maneuver,  intelligence,  logistics,  and  force  protection 
(Combat  Development  and  Integration,  2012). 

(1)  Company  Fixed  Combat  Operations  Center  (COC) 

MCRP  5-12C  (2011b)  defines  the  COC  as  the  primary  operational  agency  of  a 

command  by  which  assigned  elements  of  the  MAGTF  are  employed.  Staffed  with  the 

requisite  personnel  and  equipment,  the  COC  receive  and  analyze  information;  issue 

orders;  and  supervise  execution  (U.S.  Marine  Corps,  2011b).  The  COC  is  designed  to 

enhance  lethality,  improve  C2,  and  overall  mission  effectiveness  across  ROMO  (Marine 

Corps  Combat  Development  Command,  2008,  p.  ES-2).  As  depicted  in  Figure  13,  COC 
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capability  set  (CAPSET)  V  nodes  plug  in  to  the  information  rich  MAGTF  Tactical  Data 
Network  through  intermittent  line  of  sight  (LOS)  connections  over  limited  data 
throughput  capacity  communication  devices  (Marine  Corps  Combat  Development 
Command,  2008). 


Figure  13.  MAGTF  C2  using  COC  Capability  Sets  (CAPSET)  I-V  (from 
Marine  Corps  Combat  Development  Command,  2008,  p.  ES-3) 

As  represented  in  Figure  14,  the  COC  is  intended  to  give  commanders  and  staffs 
the  ability  to  efficiently  access  current  and  previously  stored  fuse  intelligence  products 
and  transmit  tactical  information  across  all  mediums  using  a  SoS  networked  architecture 
(Combat  Development  and  Integration,  2012). 


Figure  14.  COC  CAPSET  V  Network  (from  Marine  Corps  Combat 
Development  Command,  2008,  p.  63) 
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Dictated  by  the  commander’s  mission  needs,  the  company  level  fixed  COC  has  a 
scalable  configuration  that  can  support  the  detailed  plarming  and  integration  requirements 
of  a  main  CP;  as  well  as,  an  expeditionary  forward  CP  (Combat  Development  and 
Integration,  2012,  p.  21).  As  the  requirements  of  the  company  determine  the  need  for  an 
enduring  fixed  operations  center,  all  available  assets  to  include  manpack  systems  and 
additional  stationary  equipment  will  be  used  in  support  of  the  COC  persormel  lER 
detailed  in  Figure  15  (Combat  Development  and  Integration,  2012,  p.  23). 


Figure  15.  Notional  Fixed  Robust  COC  (from  Combat  Development  and 

Integration,  2012,  p.  23) 

Fixed  COCs  operating  out  of  the  back  of  High  Mobility  Multipurpose  Wheeled 
Vehicles  (HMMWV)  or  Joint  Light  Tactical  Vehicles  (JLTV)  with  mounted  tactical 
radios,  manpack  systems,  and  battlefield  situation  awareness  provide  commanders 
forward  of  the  main  COC  position  with  C2  capabilities.  As  seen  in  the  configuration  in 
Figure  16,  the  vehicle-borne  COC  allows  the  commander  to  establish  an  alternate 
position  and  assume  C2  responsibilities  while  the  main  COC  displace  and  reestablish 
itself 
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Figure  16.  Notional  Fixed  Vehicle  Forward  COC  (from  Combat  Development 

and  Integration,  2012,  p.  22) 


The  current  fixed  systems  capabilities  are  described  in  Appendix  F. 

b.  On-the-Move  (OTM)  Capabilities 

Data  and  video  communications  OTM  (DVCOTM)  capability  is  essential  for 
commanders  to  be  able  to  maintain  speed  and  aggression.  Liguori  et  al.  (2013,  p.  40) 
stated  a  unit  commander  currently  must  decide  between  halting  their  assault  in  order  to 
access  real-time  data  and  video  for  improved  BFSA  or  continuing  pursuit  of  the  enemy 
with  an  update  capability  limited  to  legacy  tactical  voice.  Voice  alone  has  been 
inadequate  in  decreasing  the  time  in  D2D  cycle.  The  ability  for  geographically  dispersed 
maneuver  units  to  access  essential  DVCOTM  would  improve  decision-making  and  give 
companies  an  operational  advantage  over  adversaries  (Combat  Development  and 
Integration,  2012).  A  capability  gap  in  legacy  systems  due  to  lack  of  additional  resources 
to  support  operational  maneuver  units  on  the  move  is  described  in  Appendix  C. 

(1)  Company  OTM  Combat  Operation  Center  (COC) 

Current  gaps  in  network  capacity  and  throughput  result  in  insufficient  transport 
capacity  while  OTM.  Mobility  and  resource  constraints  hinder  the  COC’s  design  from 
being  based  on  functional  activities.  The  company  COC  configuration  must  not  be  so 
cumbersome  as  to  degrade  mobility;  however,  it  must  be  robust  enough  to  allow  the 
commander  to  effectively  direct  and  influence  subordinate  forces  (Combat  Development 
and  Integration,  2012).  Furthermore,  dissimilar  communication  systems  across  the  variety 
of  weapon  platforms  an  infantry  company  can  be  embarked  upon  dictate  what  vehicular 
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C2  assets  are  available  OTM  (Combat  Development  and  Integration,  2012).  As  illustrated 
in  Figure  17,  tactical  radio  is  the  only  means  for  the  commander  to  remain  connected  to 
subordinate,  adjacent,  and  higher  forces  while  OTM. 


Figure  17.  Notional  OTM  Amphibious  Assault  Vehicle  COC  (from  Combat 

Development  and  Integration,  2012,  p.  20) 

The  current  OTM  vehicular  systems  capabilities  are  described  in  Appendix  E. 

c.  Dismounted  Capabilities 

Communication  systems  provide  the  mobile  tactical  unit  situation  awareness  and 
C2  during  enemy  engagement.  Vehiclebome  patrols  are  ideal  for  covering  large 
geographical  areas;  however,  terrain  limitations  can  necessitate  the  need  for  foot  mobile 
operations  into  an  otherwise  denied  access  area.  If  the  lER  calls  for  the  use  of  limited 
data  or  a  BLOS  capability,  then  one  of  the  man-packed  or  handheld  variants  of  the  PRC 
family  of  radios  will  be  tasked  to  fulfill  the  mission  requirements.  Specifically,  multiband 
radio  systems  such  as  the  PRC-117F/G  are  C2  force  multipliers  due  to  their  ability  to 
enable  long-haul  data  and  voice  exchange  (Combat  Development  and  Integration,  2012). 

(1)  Company  Dismounted  Combat  Operations  Center  (COC) 

As  shown  in  Figure  18,  the  mission  may  dictate  the  formation  of  a  foot-mobile 
COC  configuration.  Immediately,  edge  units’  access  to  enterprise  resources  is  degraded 
and  their  primary  means  of  communication  while  in  motion  is  the  IISR. 
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Figure  18.  Footmobile  COC  (from  Combat  Development  and  Integration, 

2012,  p.  25) 

The  small,  lightweight  (~  2.6  lbs)  IISR  was  designed  to  provide  C2  capabilities  to 
the  infantry  squads  and  fire  teams  in  tactical  situations  where  other  forms  of 
communication  were  not  feasible  (U.S.  Marine  Corps,  2010b,  p.  69).  The  IISR  is  a  voice 
only  radio  that  “acts  as  a  wireless  intercom”  system  (U.S.  Marine  Corps,  2010b,  p.  69). 
The  gap  in  data  capabilities  are  overcome  by  the  use  of  the  PRC-1 17F/G.  Unlike  the  IISR 
voice  only  capability,  the  PRC-117F/G  provides  the  tactical  edge  user  with  voice  and 
limited  data  throughput  capabilities.  Effectively  eliminating  the  continuous  mobility  of 
the  dismounted  COC,  the  PRC-117F/G  and  its  SATCOM  antenna  must  be  set  up  and 
remain  stationary  throughout  the  duration  of  its  operation  as  depicted  in  Figure  19.  The 
BFSA  advantages  gained  from  having  access  to  data  has  resulted  in  the  carrying  of  both 
radio  systems  when  missions  require  the  infantry  company  to  disperse  subordinate 
platoons  and  squads  throughout  their  assigned  AOR  (Combat  Development  and 
Integration,  2012). 
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Figure  19.  PRC-1 17F  SATCOM  Employment  (from  Public  Affairs  Office  of 

the  New  Jersey  Department  of  Military  and 
Veteran  Affairs,  2009,  p.  28) 

D.  FUTURE  CONCEPTS  AND  MANDATES 

The  lER  of  the  expeditionary  warfighter  requires  a  DaaS/PaaS  that  provide  V2D 
capability  without  a  combat  load  increase  to  the  user.  As  Coakley  (1992,  p.  79)  pointed 
out,  the  problem  is  the  “C2  equipment  designed  to  sharpen  a  combat  unit’s  ‘teeth’  also 
tends  to  swell  its  support  ‘tail’.”  Commander’s  outfitted  with  enhanced  C4ISR 
capabilities  also  require  an  increase  in  specialized  trained  operators  and  maintenance 
personnel  (van  Creveld,  1985,  p.  239).  Critical  to  this  is  the  acquisition  of  C2  systems 
that  improve  upon  and  interoperate  with  legacy  C2  systems.  Leveraging  emerging 
technology  that  provides  battlefield  situation  awareness  reduces  uncertainty  and  assists 
the  commander  with  knowledge  perception.  The  DaaS/PaaS  requirement  is  the  successful 
integration  of  transmission  systems,  networking  systems,  applications,  and  end-user 
devices  that  eliminates  a  degradation  of  capability  as  the  warfighter  traversed  the 
employment  functions  (fixed,  OTM,  dismounted)  (Combat  Development  and  Integration, 
2012). 
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1. 


Cloud  Platform  Solution 


In  Appendix  K,  the  National  Institute  of  Standards  and  Technology  (NIST) 
described  three  service  models  for  delivering  an  IT.  Cloud  platforms  provide  a  way  to 
distribute  state-of-the-art,  effective,  and  secure  C4ISR  capability  to  an  edge  user’s  mobile 
device  (Office  of  the  Department  of  Defense  Chief  Information  Officer,  2012a,  p.  E-1). 
Unfortunately,  mobile  devices  are  resource-poor  due  to  physical  limitations  that  inhibit 
maximizing  computational  capabilities.  As  stated  by  Satyanarayanan  M.,  Bahl,  P., 
Caceres,  R.,  and  Davies  N.  (2009,  p.  3)  “a  mobile  device  could  execute  a  resource¬ 
intensive  application  on  a  distant  high-performance  compute  server  or  compute  cluster 
and  support  thin-client  user  interactions  with  the  application  over  the  Internet.”  This  can 
be  achieved  by  connecting  the  mobile  device  to  a  resource-rich  well-connected  cloudlet; 
ultimately,  providing  the  edge  user  with  critical  real-time  fused  intelligence  products  at 
their  fingertips.  A  need  for  the  aforementioned  and  alike  capability  results  in  the 
warfighter  generating  requirements  for  the  PaaS  infrastructure  layer  resulting  in  fielded 
integrated  C4ISR  applications  that  are  tailored  to  various  mission  sets.  Applications  such 
as  facial,  speech,  and  language  recognition  provide  credibility  in  claims  of  nefarious  acts 
performed  by  an  assailant.  In  order  for  these  resource  intense  applications  to  provide  real¬ 
time  interactive  response  to  tactical  edge  units,  there  exist  a  need  for  “low-latency,  one- 
hop,  high  bandwidth  wireless  access  to  the  cloudlet”  (Satyanarayanan  et  al.,  2009,  p.  6). 

In  addition  to  the  service  models  described  by  NIST,  DaaS  is  viewed  as  an 
enabling  layer  for  the  PaaS  layer  since  it  is  a  collection  of  data  services  that  are  interfaced 
from  the  PaaS  model.  DaaS  is  a  form  of  cloud  computing  service  that  uses  application 
programming  interfaces  (API)  to  deliver  data  on  demand  to  consumers;  however,  it  does 
place  a  concern  on  the  quality  of  data  and  the  data  life  cycle  as  seen  in  Table  1  (Vu, 
Pham,  Truong,  Dustdar,  &  Asal,  2012,  p.  605). 
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Table  1.  DaaS  Capability  Concerns  (from  Truong  et  al.,  2009,  p.  90) 


Quality  of  Data 

Timeline 

Describes  the  lifetime  of  the  data 

Up-to-date 

Indicates  the  lag  time  of  the  of  the  data  up  to  the 
current  time 

Completeness 

Describes  whether  the  data  has  missing  values 

Granularity 

Describes  the  degree  of  data  granularity 

Data  Life  cycle 

Backup/Recovery 

Describes  whether  and  how  the  data  will  be 
backed  up,  and  to  which  degree  and  how  long 
the  data  can  be  recovered  if  the  data  was  lost 

Distribution 

Describes  whether  the  data  will  be  distributed 
externally 

Disposition 

Describes  whether  the  data  will  be  relocated  or 
retained  according  to  defined  or  lawful  policies 

The  benefit  of  a  local  DaaS/PaaS  model  at  the  company  level  to  the  mobile 
warfighter  is  adding  flexibility  to  the  requirement  to  retrieve  and  store  massive  data 
stores  on  the  edge  device.  With  local  DaaS/PaaS  model  it  will  become  possible  to 
perform  subsequent  searches  for  the  needed  time  sensitive  information  critical  to  D2D 
process  by  incrementally  updating  data  views  stored  in  a  device  knowledge  cache  with 
incremental  events  stored  at  the  local  DaaS/PaaS  model.  This  is  performed  during  the 
execution  of  the  same  query  or  simple  retrieval.  DaaS/PaaS  model  provides  the  desired 
data  through  the  use  of  query  and  “call  the  corresponding  APIs  to  retrieve  the  data”  (Vu 
et  ah,  2012,  p.  605),  as  seen  in  Figure  20. 


Figure  20.  DaaS  Service  Operation  (from  Truong  et  ah,  2010,  p.  365) 
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This  data  can  either  be  static  with  little  to  no  change  (e.g.,  an  alpha  roster  of 
currently  assigned  personnel)  or  it  can  be  volatile  with  constant  changes  (e.g.,  sensory 
data  collected  for  the  conduct  of  BFSA).  The  create,  retrieve,  update,  and  delete  CRUD 
capability  found  in  DaaS  pose  concerns  about  data  sources  and  service  context  as 
outlined  in  Table  2  and  Table  3. 


Table  2.  Data  Management  Concerns  in  DaaS 
(from  Truong  et  ah,  2009,  p.  91) 


Name 

Describes  where  the  data  is  obtained 

Size 

Describes  the  volume  of  the  data 

Timespan 

Describes  the  time  duration  in  which  the  data  is  collected 

Update  Frequency 

Describes  how  often  the  data  is  updated 

Meta-data 

Describes  domain-specific  standards  that  the  data  follows 

Table  3.  Service/Mission  Context  Concerns  in  DaaS 
(from  Truong  et  ah,  2009,  p.  91) 


Location 

Describe  where  a  DaaS  is  hosted 

Service  Type 

Describe  whether  the  service  is  based  on  SOAP  or  REST 

Level  of  Service 

Describes  whether  the  service  is  best  effort  or  guaranteed 

Data  Classification 

Describe  the  taxonomy  characterizing  the  data  provided  by  the 
service 

In  spite  of  these  concerns,  company  and  below  BFSA  are  enabled  by  the  data 
creation  and  retrieval  capability.  As  edge  users  actively  evaluate  the  dynamically 
changing  landscape,  they  rely  on  all  available  sensor  mechanisms  (vision,  smell,  hearing, 
and  touch)  to  shape  their  physical  world  model  (PWM).  The  accumulation  of  data  is 
processed  by  the  human  mind  and  creates  a  cognitive  world  model  (CWM).  Both  PWM 
and  CWM  work  in  concert  and  constantly  update  in  response  to  changing  environmental 
factors.  This  combination  has  been  the  traditional  means  by  which  warfighters  have 
operated  in  contested  DIL  environments.  The  successful  integration  of  C4ISR  at  the 
tactical  level  enables  integrating  devices  with  computational  processing  power  capable  of 
performing  retrieval  and  queries.  Retrieval  occurs  when  the  requestor  knows  the  location 
of  the  metadata.  Query-retrieval  process  is  when  exploitation  is  performed  by  the 
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requestor,  using  a  meta-data  management  tool,  to  discover  the  meta-data  and  then 
followed  by  retrieval  based  on  known  meta-data. 

The  presentation  of  the  digital  world  model  (DWM)  on  a  mobile  device  will 
either  compliment  PWM/CWM  or  contradict  them.  In  the  event  of  a  contradiction, 
advanced  analytics  is  required  to  exam  the  existing  discrepancy(s).  The  DWM 
graphically  displayed  should  be  the  result  of  a  properly  designed  extract,  transform,  and 
load  (ETL)  system.  “ETL  is  the  process  of  extracting  data  from  homogeneous  or 
heterogeneous  data  sources,  transforming  the  data  for  storage  in  the  proper  format  or 
structure  for  querying  and  analysis  purposes,  and  loading  the  data  into  the  final  target  - 
such  as  a  database,  data  store,  data  mart,  or  data  warehouse”  (Taft,  2015).  The  edge  user 
with  all  three  models  has  the  constant  ability  to  analyze  the  fluid  environment  and  reduce 
the  unknowns. 

2.  Requirements  for  Current  Alternative  Technologies 

As  detailed  in  Figure  21,  Naval  Research  Advisory  Committee  (2012,  p.  13) 
determined  continuous  innovation  in  new  technologies  is  needed  to  meet  the  future 
demands  of  the  tactical  unit’s  lER.  With  the  ever  increasing  threats  to  security  in  a  fluid 
and  changing  environment,  the  warfighter  requires  access  to  intelligently  fused  shared 
information  that  is  survivable  against  cybersecurity  threats.  The  focus  is  on  an  enterprise 
end-to-end  architecture  that  will  “improve  the  user’s  ability  to  share  information  on 
architecture  content;  enable  rapid  access  to  actionable  information  to  support  strategic 
decisions;  and  increase  agility  to  address  unforeseen  requirements  supporting  warfighting 
needs”  (Office  of  the  Department  of  Defense  Chief  Information  Officer,  2006,  p.  3).  The 
DOD  CIO  does  not  address  the  increased  requirement  to  share  information  across 
security  levels  as  in  the  case  of  ISR  dissemination.  Successful  C2  requires  integration 
with  ISR  in  order  to  provide  the  decision-maker  with  SA. 
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"To  remain  the  Nation's  force  in  readiness,  the 
Marine  Corps  must  continuously  innovate.  This 
requires  that  we  looK  across  the  entire  institution 
and  identify  areas  that  need  improvement  and 


Figure  21.  Future  Force  Implications 
(from  Naval  Research  Advisory  Committee,  2012,  p.  13) 


Future  C2,  as  described  by  Marine  Corps  Combat  Development  Command 
(2013),  will  be  performed  by  highly  decentralized  geographically  distributed  nodes  in  a 
dynamically  fluid  environment  able  to  convey  commander’s  intent.  Addressing  the 
current  shortcomings  of  existing  equipment  capabilities,  new  systems  are  expected  to 
provide  LOS,  OTM,  and  BLOS  connectivity  that  creates  a  common  operational  picture 
between  dispersed  commanders  vertically  and  horizontally  linked  as  shown  in  Figure  22 
(Marine  Corps  Combat  Development  Command,  2013).  Furthermore,  they  must  include 
the  necessary  transmission  systems  and  communication  architecture  for  edge  units  to 
access  voice,  text,  graphics,  or  video  sources  located  at  the  upper  echelons  in  order  to 
satisfy  their  lER  (Combat  Development  and  Integration,  2012). 


Figure  22.  Future  Design  for  Company  C2  Capabilities  (from  Combat 
Development  and  Integration,  2012,  p.  18) 
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According  to  the  NIST  Definition  of  Cloud  Computing,  a  eloud  computing 
infrastructure  has  the  following  eritical  characteristies:  “on-demand  self-serviee;  broad 
network  aeeess;  resource  pooling;  rapid  elastieity;  and  measured  serviee”  (Mell  & 
Granee,  2011,  p.  2).  The  continued  focus  needs  to  remain  on  enhanced  data-centrie 
communication  systems  that  extend  C2  applieations  to  the  peripheral  taetieal  locations 
operating  at  long  ranges  away  from  the  enterprise  communieation  hub  (Combat 
Development  and  Integration,  2012).  “In  addition,  this  type  of  network  arehitecture  will 
provide  a  eommon  computing  environment  that  will  provide  cross-device  interoperability 
-  with  the  apps  providing  interoperability  and  standardization”  (Naval  Research  Advisory 
Committee,  2012,  p.  25).  Depicted  in  Appendix  L,  the  USMC  MAGTF  C2  Roadmap 
outlined  the  major  charaeteristies  of  future  communication  systems  that  will  enable  the 
future  vision  of  C2. 

E.  CHAPTER  SUMMARY  AND  TRANSITION  TO  REQUIREMENTS 
ANALYSIS 

This  ehapter  has  demonstrated  three  major  themes: 

•  lER  have  revealed  gaps  in  eurrent  capabilities  as  denoted  previously  in 
capability  gaps 

•  Current  C2  eapability  requirements  have  surpassed  existing  equipment 
eapabilities 

•  Investing  now  in  cloud  technologies  in  support  of  disadvantaged  users  at 
the  tactical  edge  to  operate  in  a  decision  making  role,  even  under  D-DIL 
condition  is  essential  to  meeting  the  C2  requirements  of  the  future 

The  pereeived  gap  in  a  taetieal  edge  unit’s  BPS  A  and  C2  ability  due  to  the 
degradation  of  V2D  equipment  eapability  and  accessibility  when  deployed  in  the 
following  eonditions:  fixed — OTM — dismounted  require  an  analysis  of  a  future 
alternative.  Chapter  III  will  analyze  and  eompare  eurrent  equipment  capabilities  with  a 
PaaS  and  mobile  device  equipment  solution. 
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III.  REQUIREMENTS  AND  ANALYSIS 


The  current  operating  environments  for  which  company  level  communications 
take  place  leverage  multiple  communication  assets  to  meet  the  needs  of  an  information 
saturated  environment.  The  assets  provide  key  communication  links  to  subordinate  and 
higher  echelon  units  and  decision  makers  allowing  for  quicker  responses  which  could 
prevent  loss  of  life.  According  to  the  2014  USMC  Total  Force  Structure  Management 
System  Unit  TO&E  Report,  Marines  assigned  to  an  Infantry  Company  are  outfitted  with 
176  Personal  Radio  Communications  (PRC)  153  integrated  intra-squad  radios  (IISR),  two 
Army  Navy  Vehicle  Radio  Communications  (AN/VRC)  110s,  one  AN/VRC-114,  four 
Army  Navy  Personal  Radio  Communications  (AN/PRC)  117G(V)2s,  and  six  AN/PRC- 
11 7F(V)  1C  (U.S.  Marine  Corps,  2014c).  These  assets  provide  very  specific  capabilities 
and  when  combined  in  different  operating  configurations,  provide  the  company  and 
below  with  capabilities  with  limited  effectiveness  due  to  distance  and  environmental 
conditions.  The  different  operating  configurations  consist  of  fixed,  OTM  and  dismounted 
operating  environments.  In  reference  to  Appendix  G.  certain  form  factors  are  used  for  the 
varying  array  of  operating  structures  in  regards  to  the  company,  platoon  and  squad.  Each 
configuration  leverages  the  aforementioned  communication  assets  to  provide  reliable 
communications  for  C2  and  assist  decision  makers. 

A.  COMPANY  COC  FIXED,  OTM  AND  DISMOUNTED 

According  to  section  6. 1.1. 2  of  the  COE  for  ICB2,  “The  company  COC  is 
configurable  depending  on  the  mission  and  commander  preferences,  which  includes 
consideration  for  the  required  COC  personnel  and  the  associated  systems”  (Combat 
Development  and  Integration,  2012).  With  this  in  mind,  the  company  COC  can  be 
prescribed  as  aforementioned  based  on  several  factors  obtained  from  intelligence  or 
based  on  requirements  given  for  the  mission.  Accordingly,  a  company  will  employ 
manpack,  vehicle  and  stationary  communication  systems  to  meet  the  requirements  in 
place  by  the  company  or  battalion  commander  but  are  limited  to  the  specifications  of  the 
communication  asset.  In  accordance  with  the  company  guard  chart,  various  channels  are 
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needed  for  C2  such  as  Tactical  Net  One  (TACl),  TAC2,  Company  Command  Net  (CO 
CMD),  Battalion  (BN  CMD),  Fires,  Safety  and  Intelligence  (Intel).  An  example  of  a 
company  guard  chart  is  provided  in  Figure  23. 
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Figure  23.  Sample  Company  Guard  Chart 


Providing  base  communications  for  a  company,  whether  in  a  fixed,  OTM  or 
dismounted  environment,  to  meet  current  information  requirements,  the  employment  of 
multiple  radio  systems  (in  both  manpack  and  vehicle  configuration)  to  operate  tactical 
radio  channels  is  required.  The  PRC  family  of  radios  provide  capabilities  such  as  Ultra- 
High  Frequency  (UHF)  channels  for  LOS  communication.  Very  High  Frequency  (VHF) 
channels  for  within  approximately  five  miles  of  the  company.  High  Frequency  (HF) 
channels  for  BLOS  communication  and  Super  High  Frequency  (SHF)  for  SATCOM 
channels.  The  channels  provide  the  company  with  the  base  amount  of  architecture 
required  for  minimal  services  (voice  and  data)  for  C2. 

As  time  and  requirements  have  shifted  in  the  data  saturated  environment  in 
CONUS,  it  is  logical  to  be  able  to  provide  these  services  to  the  tactical  edge.  Currently, 
HF  channels  provide  a  negligible  amount  of  data  capability  to  the  company  and  do  not 
satisfy  the  requirements  for  exchange  of  DISN  services  such  as  SIPRNet  and  NIPRNet. 
Currently,  the  only  way  for  the  company  to  obtain  these  services  are  in  a  fixed  position. 
They  are  required  to  operate  robust  data  architectures  which  require  a  significantly 
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increased  amount  of  data  exchange  with  either  the  controlling  battalion  or  from  a 
Standardized  Tactical  Entry  Point  (STEP)  site.  Since  these  serviees  must  be  obtained 
from  units  or  sites  at  a  great  distance,  usually  BEOS  or  over-the-horizon,  the  requirement 
for  more  robust  systems,  temporarily  loaned  equipment  sueh  as  a  Support  Wide  Area 
Network  (SWAN),  MRC-145,  WPPL  or  VSAT  must  be  utilized.  Table  4  presents  the 
resident  equipment  for  a  Company  based  on  their  assigned  equipment  and  equipment 
relinquished  from  higher  echelon  eommands  for  basie  C2  and  reporting  requirements 
from  higher  echelon  eommands. 


Table  4.  Current  Equipment  and  Capability  Matrix 


Radio/System 

Frequency 

Distance 

Capability/ 
(Data- Voice) 

Data 

Speed 

Resident/ 

Loaned 

Operators 

Configuration 

(FX,OTM,DIS) 

PRC-117F 

V/U/SAT 

<40km/ 

LOS/Indf 

Both 

<  64kbps 

Resident 

Yes 

All 

PRC-117G 

V/U/SAT 

<  40km/ 
LOS/Indf 

Both 

<  5mbps 

Resident 

Yes 

All 

PRC- 148 

V/U/SAT 

<2km/ 

LOS/Indf 

Both 

<  16kbps 

Resident 

Yes 

OTM/DIS 

PRC- 150 

HF/VHF 

Indf/ 

<10mls 

Both 

<  9.6kbps 

Resident 

Yes 

All 

PRC- 152 

V/U/SAT 

<10mls/ 

LOS/Indf 

Both 

<  56kbps 

Resident 

Yes 

All 

PRC- 153 

UHF 

1-5  mis 

Voice  Only 

N/A 

Resident 

Yes 

All 

SWAN 

SHF 

Indf 

Data 

<  2.5mbps 

Loaned 

No 

FX 

WPPL 

SHF 

<50mls 

Data 

<  50mbps 

Loaned 

No 

FX 

VSAT 

SHF 

Indf 

Data 

<  lOmbps 

Loaned 

No 

FX 

MRC-142 

UHF 

<  35  mis 

Both 

<16.64mb 

ps 

Loaned 

No 

FX 

MRC-145 

V/U/SAT 

<40km/ 

LOS/Indf 

Both 

<  5mbps 

Resident 

Yes 

FX/OTM 

MRC-148 

HF/VHF 

Indf/ 

<10mls 

Both 

< 

19.2kbps 

Resident 

Yes 

FX/OTM 

VRC-110 

V/U/SAT 

<10mls/ 

LOS/Indf 

Both 

<  56kbps 

Resident 

Yes 

FX/OTM 

VRC-111 

V/U/SAT 

<2km/ 

LOS/Indf 

Both 

<  16kbps 

Resident 

Yes 

FX/OTM 

VRC-112 

V/U/SAT 

<10mls/ 

LOS/Indf 

Both 

<  56kbps 

Resident 

Yes 

FX/OTM 

VRC-113 

V/U/SAT 

<2km/ 

LOS/Indf 

Both 

<  16kbps 

Resident 

Yes 

FX/OTM 

VRC-114 

V/U/SAT 

<40km/ 

LOS/Indf 

Both 

<  5mbps 

Resident 

Yes 

FX/OTM 

As  can  be  seen  from  Table  4,  all  high  bandwidth  assets  require  being  loaned  from 
higher  eehelon  eommands.  As  well.  Marines  required  to  operate  the  gear  must  also  be 
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attached  since  resident  MOSs  are  not  present  at  the  subordinate  commands  such  as  a 
Company  and  below.  The  need  for  increased  bandwidth  and  flexibility  on  the  battlefield 
arises  from  the  concentration  of  effort  found  in  garrison  training  environments  and  its  use 
of  commercial  and  governmental  networks.  As  stated  previously,  the  Marine  Corps  has 
developed  and  adopted  various  systems  and  applications  to  assist  commanders  in 
improving  the  decision-making  and  information  dissemination  cycle  but  falter  in  making 
those  applications  and  resources  available  to  Marines  on  the  tactical  edge. 

B.  FUTURE  COMPANY,  PLATOON  AND  SQUAD  REQUIREMENTS 

Future  operating  environments  in  concert  with  new  technologies  will  be  the 
standard  where  the  D2D  cycle  is  reduced  to  minimums  and  not  restricted  by  the 
availability  of  applications  and  systems  used  to  train.  Utilizing  PaaS  to  make  GOTS  SoS 
highly  available  via  SaaS  to  provide  availability  of  systems  and  applications  is  the  logical 
approach  and  will  enhance  the  effectiveness  of  the  warfighter  on  the  tactical  edge.  The 
PaaS  approach  will  be  leveraged  by  current  and  future  SoS  and  enable  the  warfighter  to 
have  complete  autonomy  from  the  Company  and  Battalion  allowing  for  near  real  time 
updates  and  inputs  to  critical  systems  used  to  enhance  BFSA.  Table  5  contains  systems 
and  applications  tactical  edge  personnel  train  with  in  garrison  but  do  not  utilize  in  combat 
environments  leading  to  a  lack  of  BFSA.  The  list  is  not  exhaustive  but  contains  more  of 
the  well-known  applications  and  systems  in  use. 


Table  5.  Current  Garrison  and  Combat  Systems  and  Applications 


System/ Application 

Availability 

(Garr/Cmbt) 

Configuration 

(FX,OTM,DIS) 

PaaS 

Dependent 

Company 
/  Below 

Battalion 
/  Above 

TCO 

Both 

FX 

Yes 

No 

Yes 

CLC2S 

Both 

FX 

Yes 

No 

Yes 

GCSS-MC 

Both 

FX 

Yes 

No 

Yes 

SPEED 

Both 

FX 

Yes 

No 

Yes 

AFATDS 

Both 

FX 

Yes 

No 

Yes 

BUGS 

Both 

OTM,  DIS 

No 

Yes 

No 

DCGS-MC 

Both 

FX 

Yes 

No 

Yes 

SIP  (SIPRNet) 

Both 

FX 

Yes 

Yes 

No 

SBUIP  (NIPRNet) 

Both 

FX 

Yes 

Yes 

No 

CENTRIXS 

Cmbt 

FX 

Yes 

Yes 

No 

JBC-P 

Both 

FX 

Yes 

No 

Yes 

BET 

Both 

FX,  OTM 

No 

Yes 

No 

FMV 

Both 

FX 

Yes 

No 

Yes 
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As  seen  in  Table  5,  there  is  a  eapability  gap  between  the  systems  and  applieations 
available  to  Company  and  below  personnel  while  in  a  deployed  environment  and  being  in 
a  fixed  location  compared  to  the  availability  while  OTM  or  dismounted.  The  availability 
of  systems  and  applications  PaaS  provides  will  provide  key  resources  required  for  proper 
operation  and  functionality.  It  will  also  provide  a  platform  to  serve  Marines  on  the 
tactical  edge  via  a  networked  backbone  enabling  enhanced  BPS  A  and  decision  making 
capabilities. 

C.  THE  FUTURE  WITH  PAAS  AT  THE  TACTICAL  EDGE 

The  warfighter  of  today  and  tomorrow  demands  cutting  edge  technology 
intricately  laced  through  the  fabric  of  legacy  and  cloud-based  SoS.  Providing  tactical 
edge  personnel  with  PaaS  will  provide  the  capability  to  host  and  administer  the 
previously  listed  applications  presenting  them  to  PaaS  as  SaaS  widgets.  The  back-end  of 
legacy  SoS  requires  integration  with  PaaS/DaaS.  The  ability  to  advance  legacy  SoS  by 
creating  cloud  based  SoS  to  deploy  newly  developed  applications  should  be  available  on 
PaaS.  Having  this  capability  by  itself  does  not  mean  an  enhancement  of  services  by 
default.  A  detailed  and  complete  set  of  requirements  must  be  defined  to  better  equip 
tactical  edge  users  with  the  most  relevant  and  pertinent  products  and  services  while 
reducing  the  overburden  of  multiple  applications  and  systems  providing  alike 
information.  The  desired  endstate  is  a  warfighter  equipped  with  valuable  relevant 
information  that  promote  enhanced  C2  while  reducing  the  D2D  cycle. 

I.  Application  and  Program,  System  and  Device  Requirements 

When  all  of  the  dust  settles  on  the  enormous  amount  of  duplicate  applications  and 
programs,  there  is  a  basic  level  of  tactical  edge  user  requirements.  The  basic  need  is  to 
have  the  best  possible  situation  awareness  and  C2  in  one  place  to  decrease  the  D2D  cycle 
for  the  person  in  charge.  Enabling  PaaS  in  a  fixed,  OTM  or  dismounted  configuration  is 
the  base  requirement  for  being  able  to  host  required  components.  Being  able  to 
administer  and  host  all  required  applications  and  programs  from  a  platform  capable  of 
operating  in  all  three  operational  configurations  is  a  must  but  has  to  be  combined  with 
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other  assets  to  serve  the  need.  Below  is  a  list,  separated  into  three  categories,  of  the  base 
requirements. 

•  Applications  and  Programs 

•  C2  Planning  and  Operations:  graphical  depiction  of  a  SOP 
incorporating  programs  such  as  TOO,  FMV,  BFT  and  JBC-P 

•  Logistics:  mobile  version  of  CLC2S  or  GCSS-MC  with  SOP  with 
capability  to  request  resources 

•  ISR:  ability  to  view  PLI  of  friendly  and  enemy  units  (BFT),  FMV 
of  UAV  or  other  technologies  aggregated 

•  C2  Support:  capability  to  request  OFF  utilizing  AFATDS  and 
BUCs,  CAS,  MedEvac  and  Ground  Support  (food,  water, 
ammunition  and  medical  supplies) 

•  Cloudlet  Infrastructure 

•  PaaS:  provide  a  platform  to  create  and  host  multiple  applications 
supporting  all  range  of  operations  and  providing  a  SOP  for  all 
levels  of  command  to  obtain  key  data  views  enhancing  decision 
making  and  reducing  the  D2D  cycle.  PaaS  must  be  capable  to 
support  write-back  as  well  as  on-demand  requests.  SOP  is  expected 
to  provide  the  necessary  transparency  to  monitor  provisioning  of 
on-demand  requests  across  command  organizational  hierarchy. 
Internal  auditing  provides  an  impetus  for  superior  operational 
capabilities. 

•  Networks 

•  SIP  (formerly  SlPRNet):  provide  the  capability  to  create,  capture, 
manipulate,  disseminate  and  collaborate  on  a  secure  platform. 

•  SBUIP  (formerly  NlPRNet):  provide  the  capability  to  create, 
capture,  manipulate,  disseminate  and  collaborate  on  an  unclassified 
platform. 

•  Mobile  Computing  Device 

•  Mobile  capable  asset  with  the  ability  of  visual  presentation  of 
multiple  facets  of  the  battlefield.  The  device  must  be  large  enough 
to  legibly  read  and  manipulate  menus  in  combat  attire.  The  device 
must  be  capable  to  support  write-back  functionality  and  retail  full 
usability  when  in  a  DIL  environment.  The  device  must  also  have 
enough  random  access  memory  (RAM)  to  perform  multiple 
operations  simultaneously. 

The  preceding  requirements  are  a  baseline  set  to  guide  the  creation  and  foundation 
to  equip  the  tactical  edge  user  with  the  tools  necessary  to  enhance  and  assist  in  shortening 
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the  D2D  cycle.  The  list  of  requirements  is  not  all  encompassing  and  represents  the 
minimum  to  satisfy  operating  levels  dependent  on  the  complexity  or  detailed  planning 
and  preparation  which  took  place  prior  to  and  during  operations.  Providing  integration  or 
incorporation  with  applications  will  provide  the  commonality  the  warfighter  needs  to 
maintain  their  efficiency  and  familiarity  with  current  SoS.  The  ability  and  capability  to 
request  or  direct  actions  on  enemy  targets  is  another  key  feature.  Current  applications 
provide  the  warfighter  with  the  capability  to  direct  actions  on  enemy  targets  or  positions. 
By  providing  easily  accessible  icons  or  links  for  requesting  theses  services,  it  will 
decrease  the  time  on  target  by  automating  the  process.  Preconfigured  information  can  be 
stored  on  the  mobile  computing  device  during  mission  planning;  therefore  decreasing 
the  time  it  takes  to  request  all  services.  Another  one  of  the  services  it  can  speed  up  is 
medical  evacuations.  Having  the  icon  or  link  at  your  finger  tip,  with  current  PLI  data 
automatically  inserted  and  preconfigured  data  already  in  place,  medical  evacuations  will 
be  more  streamlined  reducing  the  amount  of  delay  injured  personnel  must  have  to  wait 
for  life  critical  services.  To  make  the  most  of  the  applications  or  programs  listed,  careful 
consideration  must  be  taken  to  ensure  there  is  as  little  redundancy  as  possible  and  all  of 
the  contents  are  capable  of  being  administered  on  a  handheld  device. 

Handheld  computing  devices  are  common-place  in  the  world  today  and  most 
people  are  familiar  with  device  usage.  A  mobile  capable  asset  such  as  a  tablet, 
smartphone  or  other  hand-held  computing  device  has  to  be  incorporated  into  the  PaaS 
solution  to  enhance  the  capabilities  provided  by  it.  The  computing  device  must  have  the 
capability  to  interface,  either  wirelessly  or  tethered  cable,  with  an  available  connection  to 
the  PaaS  cloudlet  or  be  able  to  operate  from  internal  memory.  On-device  storage  is  one  of 
two  critical  factors  that  must  be  taken  into  consideration.  Storage  on  the  device  would 
permit  it  to  maintain  operational  ability  in  a  DIL  environment.  Security  is  the  other 
critical  issue  which  needs  to  be  taken  into  consideration.  Communications  between  the 
mobile  device  and  PaaS  cloudlet  must  be  continuously  monitored  to  ensure  operational 
security  is  maintained.  Procedures  must  be  put  in  place  to  ensure  the  security  of  both 
wireless  and  wired  communications  as  well  as  lost  or  misplaced  mobile  computing 
devices. 
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PaaS  at  the  tactical  edge  will  provide  warfighters  the  capabilities  they  require  to 
make  timely  and  accurate  decisions.  Reducing  the  D2D  cycle  and  providing  key  details 
on  BFSA,  military  personnel  will  have  the  tools  necessary  to  lead  them  into  future 
combat  situations.  The  possibilities  for  implementations  and  incorporation  into  the 
operating  forces  are  almost  endless  and  it  will  require  tremendous  thought,  preparation, 
development  and  implementation  to  ensure  maximum  capabilities  are  deployable. 
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IV.  EQUIPMENT  DESIGN 


In  order  to  provide  network  services  to  the  tactical  edge,  a  mobile  device 
connection  to  the  cloud  via  the  cloudlet  in  conjunction  with  adaptable  edge  user 
warfighting  applications  is  needed  as  previously  described  in  Chapter  II .  As  shown  in 
Figure  24,  connecting  the  mobile  user  with  the  enterprise  end-to-end  data  architecture  is 
essential  to  improved  decision-making,  BFSA,  and  C2  based  upon  all  available  resources. 


Figure  24.  Enterprise  Information  Environment  (from  Takai,  2012) 

The  Naval  Research  Advisory  Committee  (2012,  p.  24)  projected  that  in  the  U.S. 
alone  approximately  260  million  smart  phones  will  be  in  use  by  the  upcoming  year.  As  a 
result,  the  average  recruit  will  arrive  to  basic  training  with  their  own  mobile  device; 
therefore,  decreasing  the  learning  curve  of  military  variants  with  the  same  look  and  feel 
(Naval  Research  Advisory  Committee,  2012,  p.  24). 

A.  DESIGN  SPECIFICATIONS 

Previous  Raytheon  development  of  an  integrated  C2  solution  (One  Force  Tactical 
Communication  System  [OFTCS])  consisting  of  a  “client  application,  OFT  server,  and 
hybrid  network”  (tactical/commercial)  serve  as  a  viable  model  (Young  &  Ishii,  2012,  p. 
1).  The  OFTCS  architecture  is  designed  to  provide  two  levels  of  communications  on  both 
android  based  mobile  devices;  as  well  as,  apple  based  mobile  devices: 
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•  Redundant,  OTM  warfighter  communications  (Young  &  Ishii,  2012) 

•  High-speed,  OTH,  deployable  network  infrastructure  (Young  &  Ishii, 

2012) 

The  ability  to  deliver  the  above  listed  capabilities  would  satisfy  the  C2 
requirements  of  the  current  and  future  warfighter  at  the  tactical  edge.  As  depicted  in 
Figure  25  and  Figure  26,  Young  and  Ishii  (2012)  determined  that  SOP  can  be  achieved 
using  a  well-connected  mobile  device. 


Figure  25.  Mobile  Device  BFSA  (from  Young  &  Ishii,  2012) 


Figure  26.  Mobile  Device  Video  Sharing  (from  Young  &  Ishii,  2012) 


Previous  thesis  research  conducted  by  Liguori  et  al.  (2013)  focused  on  the  need 
for  a  secure  mobile  device  and  the  current  available  options  to  achieve  this  lAW  DOD 
policies  and  directives.  Therefore,  the  prototype  design  will  ignore  the  security 
requirements  and  will  leverage  previous  research  as  to  avoid  duplicative  efforts. 
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B.  PROTOTYPE 

The  graphical  user  interface  (GUI)  of  current  mobile  devices  allows  the  user  to 
interface  with  applications  without  having  to  use  the  command  line  interface.  As  such, 
this  has  become  the  standard  by  which  mobile  device  and  hosted  application  interact; 
thus  will  be  the  foundational  design  leveraged  for  the  prototype.  All  opportunities  to 
autofdl  dropdown  menus  will  be  auto-populated  from  the  information  store  on  the  unit’s 
database.  Friendly  and  enemy  position  locations  are  generated  from  a  selective 
availability  anti-spoofmg  module  (SAASM)  based  global  position  system  (GPS)  location 
receiver  either  embedded  or  attached  to  the  mobile  device.  As  of  1  October  2006, 
SAASM  compliant  precise  positioning  system  devices  are  required  in  all  newly  fielded 
DOD  GPS  devices  (Holm,  2006).  The  below  listed  figures  depict  the  prototype  mobile 
device: 

•  Figure  27  shows  the  startup  screen  and  the  list  of  warfighting  applications: 
call  for  fire,  close  air  support,  full  motion  video,  medical  evacuation 
(MEDEVAC),  logistic  resupply,  and  situational  report. 

•  Figure  28  shows  the  call  for  fire  home  screen 

•  Figure  29  shows  the  call  for  fire  mobile  application  with  drop  down  menu 

•  Figure  30  shows  the  adjust  fire  mobile  application  with  drop  down  menu 

•  Figure  3 1  shows  the  close  air  support  home  screen 

•  Figure  32  shows  the  close  air  support  9  line  brief 

•  Figure  33  shows  the  close  air  support  6  line  brief 

•  Figure  34  shows  the  full  motion  video  home  screen 

•  Figure  35  shows  the  full  motion  video  feed  and  map  overlay 

•  Figure  36  shows  the  color  full  motion  video  feed 

•  Figure  37  shows  the  logistics  support  home  screen 

•  Figure  38  shows  the  air  support  request  application 

•  Figure  39  shows  the  ground  support  request  application 

•  Figure  40  shows  the  MEDEVAC  home  screen 

•  Figure  41  shows  the  air  MEDEVAC  request  application 

•  Figure  42  shows  the  ground  MEDEVAC  request  application 

•  Figure  43  shows  the  situational  update  report  home  screen 

•  Figure  44  shows  the  situational  update  report  application 
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Figure  27.  Mobile  Device  Startup  Screen 
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Figure  28.  Call  For  Fire  Home  Screen  (from  Oregon,  2011) 
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FUU  MOTION  logistics 
SUPPORT 


MEDICAL  aOSEAlR  SITUATION 

EVACUATION  SUPPORT  UPDATE 


CALL  FOR  FIRE 


1.  Obsarvor  ID  /  Call  Sign  _ 

2.  Warning  Order: 

a)  Type  of  Mission 

□  Adjust  Fire 

□  Fire  for  Effect 

□  Suppress 

□  Immediate  Suppression 

b) Size  of  Element  to  Fire. 

indic4t«t  ist  for  ono  &«itory) 

c)  Method  of  Target  Location: 

□  Grid 

□  Polar 

□  Shift  from  a  Known  Point 

3.  Target  Location: 

a)  Grid  -  6-digit  grid  _ 

b)  Polar  -  _ _ 

Aftd  4Ar»ctio<i  to  tAr9»t  item 

c)  Shift  from  a  Known  Point  -  Dir.  to  target 

□  L*t«r*l  Shift  (L*ft/iugikt)in  Hotors  _ 

□  lUn9«  Shift  (Aad/Dr«^)in  timtmzB  _ 

□  Vortical  Shift  (0|p/om)in  Ho  tors 

4.  Target  Description:  (««eor  /  v#hiei«  ryp*  /  socmomI) 

5.  Method  of  Engagement: 

6.  Method  of  Fire  Control: 

□  Fire  When  Ready 

□  At  My  Command 

□  Cannot  C^serve 

□  Time  on  Target 

□  Check  Fire 

- 


Figure  29.  Call  For  Fire  Mobile  Application  (from  RedWireDesigns,  n.d.) 
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FULL  MOTION 
VIDEO 


/ 


LOGISTICS 

SUPPORT 


T 

MEDICAL 

EVACUATION 


CLOSE  AIR 
SUPPORT 


SITUATION 

UPDATE 


Observer  “  this  Is _ .  Adjust  Fire.  Over" 

(FOC  Col  Sign)  (Observer  Cal  Sign) 

“Grid  ■  Over" 

(Minimum  S^igits) 

Target  Oescnpbon  “ 

(Target  Description,  See,  Activity) 

Method  of  Engagement  (optional) 

(Danger  Close,  f^rk.  High  Angie,  Ammo  /  Fuze  Type) 
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Figure  30.  Adjust  Fire  Mobile  Application  (from  J-FIRE,  2007) 
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Figure  3 1 .  Close  Air  Support  Home  Screen 
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Figure  32.  Close  Air  Support  9-Line  (from  PHOTOINDEX.W.PW,  2008) 
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Figure  33.  Close  Air  Support  6-Line  Brief  (from  PHOTOINDEX.  W.PW,  2008) 
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Figure  34.  Full  Motion  Video  Home  Sereen 
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Figure  35.  Full  Motion  Video  and  Map  Overlay 
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Figure  36.  Color  Full  Motion  Video  Feed 
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Figure  37.  Logistics  Support  Home  Screen 
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Figure  38.  Air  Support  Request  (from  U.S.  Marine  Corps,  2004) 
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Figure  39.  Ground  Support  Request  (from  Department  of  the  Army,  1993) 
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Figure  40.  MEDEVAC  Home  Sereen 
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Figure  41 .  Air  MEDEVAC  Request  (from  Department  of  the  Army,  2000) 
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Figure  42.  Ground  MEDEVAC  Request  (from  Department  of  the  Army,  2000) 
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Figure  43.  Situational  Update  Report  Home  Sereen 
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Figure  44.  Enemy  Reconnaissance  Application  (from  Department  of  the  Army, 
2006) 
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With  the  aforementioned  designed  prototype  available,  an  edge  unit  equipped 
with  a  mobile  deviee  is  empowered  with  aecess  to  the  eritical  C21SR  capabilities  needed 
to  decrease  the  D2D  cycle.  The  intuitive  nature  of  the  graphical  display  allows  for 
navigation  between  applications  that  may  be  employed  during  a  troops-in-contact  (TIC) 
situation  as  demonstrated  in  the  following  scenario.  A  squad  conducted  a  presence  patrol 
and  used  their  mobile  device  to  upload  the  route  and  checkpoints  that  would  be  used  to 
navigate  1000  meters  away  from  their  FOB.  Before  departure,  they  were  informed  they 
would  have  overhead  imagery  assets  (satellites  and  unmanned  aerial  vehicles)  assigned 
due  to  the  growing  unrest  in  the  area.  Once  outside  of  the  FOB,  they  noticed  a  group  of 
males  with  weapons  approximately  200  meters  away.  The  squad  leader  was  able  to 
leverage  the  available  overhead  imagery  and  viewed  the  males’  activities  on  the  mobile 
device  via  the  FMV  application.  The  squad  leader  reported  that  the  males  were  armed 
with  small  arms  weapons  to  the  company  leadership  through  the  SITREP  update 
application.  The  squad  was  instructed  to  continue  the  patrol  and  to  monitor  the  males  to 
see  if  there  is  any  change  in  behavior. 

As  the  squad  gained  ground  on  the  stationary  males,  they  observed  several  males 
take  a  defensive  posture  and  obtain  cover  behind  vehicles  and  buildings.  Shots  were  fired 
from  the  males  and  the  squad  notified  the  company  leadership  that  they  were  involved  in 
a  TIC.  A  member  of  the  squad  was  severely  injured  due  to  the  overwhelming  volumes  of 
fire  from  the  direction  of  an  abandoned  one-story  building.  The  squad  relocated  the 
wounded  personnel  to  a  covered  position  and  immediately  performed  life-saving 
treatment.  After  they  opened  and  used  the  MEDEVAC  application  to  request  an  air 
evacuation,  they  switched  over  to  the  SITREP  update  application  in  order  to  notify  the 
company  headquarters.  Midway  through  completing  the  update,  the  squad  leader  received 
an  update  in  the  MEDEVAC  application  that  indicated  the  helicopter  was  30  minutes  out 
from  their  location.  The  squad  leader  switched  back  to  the  SITREP  update  application 
and  picked  up  right  where  he  left  off  at  the  last  data  entry  point.  The  natural  and  man¬ 
made  objects  obstructed  the  view  of  the  squad;  however,  they  were  able  to  observe  the 
assailants  with  the  use  of  overhead  aerial  imagery.  The  squad  leader  opened  the  CAS 
application  and  used  the  10-digit  grid  coordinates  provided  by  the  overhead  aerial 
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imagery  to  positively  identify  the  enemy  eombatants’  location.  The  CAS  engagement 
effectively  neutralized  the  targets  and  rendered  them  incapable  of  continuing  to  fight, 
which  was  monitored  by  the  squad  via  the  FMV  application.  Updates  were  sent  to  both 
the  company  headquarters  and  the  inbound  helicopter  via  the  SITREP  update 
application/MEDEVAC  application,  respectively.  Although  fictitious,  the  potential  to 
encounter  a  complex  scenario  of  this  magnitude  is  a  realistic  possibility  for  units 
operating  at  the  tactical  edge. 

The  prototype  design  by  the  researchers  demonstrated  the  usefulness,  in  the 
aforementioned  scenario,  of  combining  a  tactical  cloudlet/PaaS  architecture  that  host 
warfighting  and  sensor  applications  accessible  via  a  mobile  device.  The  ability  to  have  an 
agile  system  that  is  responsive  to  the  fluid  nature  of  combat  and  is  able  to  traverse  many 
applications  without  degrading  the  warfighting  capability  of  the  end-user  is  critical.  The 
design  should  enhance  the  user’s  ability  to  succinctly  perform  multidimensional  single 
data  entry  and  query  with  minimal  duplicative  inputs  as  much  as  possible.  Automation 
would  effectively  enhance  the  edge  users  D2D  cycle  in  a  time  constrained  environment 
by  eliminating  unnecessary  manual  entry  and  query  requirements.  Since  the  connected 
applications  share  information  as  a  composite  request,  then  data  entry  and  query  requests 
are  submitted  in  data  views  with  write-back. 
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V.  OPERATING  IN  DENIED  DIE  (D-DIL)  ENVIRONMENT 


The  U.S.  military  must  keep  pace  with  and  exploit  the  capabilities  presented  by 
the  evolution  of  technology.  As  such,  the  desire  to  capitalize  on  the  advancements  made 
in  the  commercial  sector  is  tapered  by  the  requirement  to  negate  vulnerabilities  to  the 
Department  of  Defense  Information  Network  (DODIN).  The  next  generation  of  service 
members  grew  up  in  the  information  age  and  they  are  accustomed  to  owning  and 
operating  mobile  network  computing  devices  with  persistent  connection  to  the  Internet. 
They  have  an  expectation  that  the  cloud  is  not  only  available  at  all  times  but  that  it  will 
remain  available  without  failure.  The  desired  end  state  is  to  make  the  DODIN 
synonymous  with  “good  end-to-end  network  quality”  with  negligible  cloud  or  loss  of 
network  connectivity  (Satyanarayanan  et  ah,  2013,  p.  40).  Unlike  the  commercial  sector, 
the  DODIN  is  deployed  forward  in  hostile  D-DIL  environments  in  support  of 
contingency  operations;  therefore,  methods  of  employment  in  response  to  enemy  threats 
require  unique  considerations.  A  capability  is  needed  to  minimize  the  effects  of  the 
enemy’s  successful  disconnection  of  the  edge  user  to  the  cloud.  In  accordance  with  our 
current  equipment  capabilities,  a  severing  of  this  connection  would  significantly  degrade 
their  ability  to  conduct  C2  due  to  loss  of  the  C4ISR  capability.  The  researchers  advocate 
a  mobile  device  design  using  a  tactical  cloudlet/PaaS  networked  architecture  as  shown  in 
Figure  45: 

A  surrogate  or  proxy  of  the  real  cloud,  located  as  the  middle  tier  of  a 
three-tier  hierarchy:  mobile  device,  cloudlet,  and  cloud.  It  is  completely 
transparent  under  normal  conditions,  giving  mobile  users  the  illusion  that 
they  are  directly  interacting  with  the  cloud.  Under  failure  conditions,  the 
cloudlet  masks  the  absence  of  the  cloud  by  performing  its  essential 
services.  (Satyanarayanan  et  ah,  2013,  p.  40) 
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Figure  45.  Two-level  Cloud  Computing  Arehitecture, 
(from  Satyanarayanan  et  al.,  2013,  p.  44) 


In  support  of  the  highly  mobile  user,  the  well-eonnected  tactical  cloudlet/PaaS 
architecture  is  designed  to  leverage  the  integrated  schema  of  the  data  cube  (dimension 
tables/fact  tables)  within  the  HHQ  data  mart  that  perform  interactive  manipulation  of  data 
as  seen  in  Figure  46. 


Data  Sources  Data  Storage  OLAP  Engine  Front-End  Tools 


Figure  46.  Data  Warehouse:  A  Multi-Tiered  Architecture 
(from  Slideshare.net,  2008) 


The  data  cube  is  the  method  used  by  the  data  mart  to  accurately  list  stored  data. 

The  base  cuboid  has  the  sources  of  raw  data  and  when  queried  provides 
raw  data  for  the  production  of  consumable  analysis-based  decision- 
oriented  information.  Once  complete,  the  finished  information/data  is 
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ready  for  consumption  and  is  delivered  to  the  requestor  as  a 
summarization  in  the  apex  cuboid.  (Pujari,  2001,  pp.  15-17  ) 

According  to  Reddy,  Srinivasu,  Rao,  and  Rikkula  (2010,  p.  2867),  data  in  a  data 
mart  is  described  as:  subject  oriented;  integrated;  and  time  variant. 

A.  COMPUTERIZED  DECISION  SUPPORT  SYSTEM 

The  decision-maker  requires  access  to  the  summary  data  views  for  analysis  and 
raw  data  views  to  update  the  transactions;  however,  having  summary  views  with  the 
summaries  of  raw  views  and  derived  summary  of  summaries  is  not  allowing  the  decision¬ 
maker  to  update  the  transaction.  With  a  need  for  the  decision-maker  to  update  the 
transactions,  there  should  be  raw  views  with  transactional  data.  As  such,  all  data  marts 
(HHQ,  adjacent,  and  subordinate)  must  support  both  summary  and  raw  data  views.  This 
cycle  that  is  comprised  of  the  analysis  of  summary  views  followed  by  updating 
transactions  depicts  the  decision-making  loop  that  supports  day-to-day  operating 
activities.  The  computerized  DSS  goal  is  to  keep  the  decision-maker  connected  to  the 
aforementioned  decision-making  loop.  As  an  edge  user  navigates  across  the  screens 
displaying  data  views  for  all  applications,  computerized  DSS  provide  SOP  with 
transparent  access  to  available  resources  at  relevant  tiers  of  command,  evaluation  of 
operational  scenarios,  and  drilling  down/rolling  up  to  conduct  analysis  at  appropriate 
cuboid.  These  navigation  (drilling  down  and  rolling  up)  capabilities  allow  for  the 
movement  “from  higher  level  summary  to  lower  level  summary  or  detailed  data”  within 
the  data  views  (Wang,  2008,  p.  160). 

Drill-down  capability  provides  the  decision-maker  with  the  ability  to  critically 
analyze  data,  such  as  splitting  the  metadata  on  a  given  dimension  according  to  the 
hierarchy  (e.g.,  temporal,  spatial,  and  organizational  hierarchies)  on  the  corresponding 
dimensions  across  the  dimensions  in  a  query  (Weippl,  Mangisengi,  Essmayr, 
Lichtenberger,  &  Winiwarter,  2001,  pp.  1-5).  Commanders  have  to  consider  the 
hierarchies  when  developing  mission  orders  and  coordinating  CS/CSS  for  subordinate 
units  operating  on  the  FOB;  in  non-FOB  areas;  or  within  the  AOR  as  depicted  in  Figure 
47. 
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Figure  47.  Commander’s  Spatial  Drill  Down  Requirements 


This  requires  the  commander  and  subordinate  decision-makers  to  have  a  well- 
connected  mobile  device,  whose  access  to  the  data  marts  at  their  level  of  command 
deliver  the  information  necessary  to  perform  auto-population  within  enabled  warfighting 
application  fields.  In  addition  to  the  intuitive  ability  to  navigate  across  the  organizational 
hierarchy,  the  commander  requires  the  ability  from  the  mobile  device  to  drill  down 
relative  to  units  of  time  and  space.  The  commander’s  dissemination  of  timelines  to 
subordinate  units  must  coincide  with  the  commander’s  assigned  overall  campaign 
timeline  from  HHQ.  These  seemingly  disparate  functions  are  running  in  parallel  from  the 
perspective  of  the  commander;  thus,  requiring  the  commander’s  ability  to  perform  both 
drill  down  and  rollup  functions. 

Also,  the  assignment  of  mission-type  orders  to  subordinates  is  expressed  through 
the  temporal,  spatial,  and  organizational  hierarchy  as  depicted  in  Figure  48. 
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Dimensions:  Organization,  Spatial,  Temporal 
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Figure  48.  Hierarchical  Dimensions 

As  previously  stated  the  commander  must  be  cognizant  of  time;  however,  now 
has  to  consider  geographical  location.  HHQ  task  to  perform  the  full  spectrum  of  warfare 
(stability  operations  to  full-scale  combat)  within  an  assigned  AOR  requires  the 
subordinate  commander  to  deploy  forces  away  from  the  FOB  to  non-FOB  areas.  Enabled 
by  the  robust  data  mart  network  architecture,  the  commander  is  able  to  receive 
synchronization  updates  from  subordinates  operating  away  from  the  FOB  in  order  to 
deliver  CS/CSS.  The  drill  down  access  provides  a  SOP  by  which  the  commander  is  able 
to  evaluate  the  multidimensional  hierarchy  cube  in  order  to  anticipate  shortfalls, 
reallocate  resources,  and  maximize  operational  efforts  through  coordination  with 
HHQ/adjacent  AOR  commanders.  This  is  possible  due  to  the  mobile  device’s 
accessibility  of  Layer  1  (metadata  layers)  and  Layer  2  (data  views:  raw  and  summary) 
located  at  the  local  tactical  cloudlet.  As  shown  in  Figure  49,  both  pictures  leverage  the 
same  color  usage  as  an  indicator  of  the  same  metadata  present  in  both  layers. 
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Figure  49.  Metadata  layers  and  Data  views  (Raw  and  Summary) 

The  shared  data  cube  model  acts  as  the  organizational  container  with  shared 
metadata  for  all  warfighting  applications.  This  will  allow  the  performance  of  data 
exploitation  supporting  increased  BFSA.  The  advanced  analytics  performed  by  the 
computerized  DSS  in  the  HHQ  data  mart  create  a  single  depiction  of  the  truth  that  is 
needed  in  a  complex  decision-making  environment  (Power,  2008,  pp  121-140).  The 
decision-makers  leverage  the  mobile  device’s  drill  down  capability  within  warfighting 
applications  to  go  from  a  wider  spatial  area  to  a  smaller  spatial  area  with  finer  spatial 
resolution  as  shown  in  Figure  50.  The  decision-makers  require  the  ability  to  navigate  to 
another  warfighting  application’s  spatial  area,  while  maintaining  the  same  drilled  down 
spatial  resolution. 


Figure  50.  Example  Drill  Down  Within  FMV  Application 
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Power  (2008)  noted  the  below  listed  advantages  of  leveraging  this  teehnology: 

•  Eneouraged  fact-based  decisions 

•  Improved  decision  quality 

•  Improved  efficiency  and  effectiveness  of  decision  processes 

Due  to  the  inherent  biases  associated  with  human  cognitive  decision-making 
based  on  information  presentation  and  availability,  decision-makers  can  be  influenced 
both  positively  and  negatively  without  the  aid  of  computerized  DSS  (Power,  2008, 
pp  121-140).  Individual  fixation  on  initially  received  information  influences 
interpretation  of  subsequent  received  information.  Furthermore,  recent  information  is 
prioritized  higher  and  receives  the  most  attention  by  decision-makers  while  historical 
information  is  often  discounted  or  forgotten  (Power,  2008,  pp  121-140).  The  cube  at  your 
mobile  device  and  organization  requires  an  aging  policy  for  summarization  of  raw  data. 
Current  data  moves  from  near-time  to  past-time  archived  states.  This  requires  constant 
summarization  of  data  summaries  previously  performed  as  seen  in  Figure  5 1 . 


12 


10 


8 


E 

P 


10 


0.5 


c#”  4$^“ 

Summarized  Data  (Sd) 


I  Data  (d) 


Figure  5 1 .  Data  Summarization  Over  Time 


B.  USER  INTERFACES:  OLAP  VS  TRANSACTIONAL 

As  the  flow  of  intelligently  fused  operational  data  matriculate  from  the  enterprise 
level  down  to  the  tactical  cloudlet  for  further  synthesis  using  analytics  from  DWM,  the 
locally  stored  data  mart  provides  near-real  time  (subject  to  D-DIL  conditions) 
synchronized  data  and  metadata  to  the  distributed  data  marts  allowing  for  continual 
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updates  to/from  the  edge  user’s  data  views.  The  mission  requirements  necessitate 
overlapping  network  area  coverage  in  order  to  ensure  the  overlap  of  SOPs  among  the 
decentralized  units;  to  facilitate  the  conduct  of  distributed  operations  under  the  purview 
of  AOR  commanders  who  define  commander’s  critical  information  requirements  (CCIR). 
The  users  of  different  data  marts  have  a  need  to  share  useful  data  and  metadata  across 
their  organizational  boundaries.  The  accurate  and  update-to-date  characteristics  (location, 
end-strength,  etc.)  of  friendly,  hostile,  and  civilian  aid  forces  are  essential  to  some 
warfighting  applications,  which  require  summarization  of  the  topologies  of  the  graph 
summary  views  for  analysis.  Nesamoney  et  al.  (2000)  warned  the  deployment  of 
completely  disjointed  data  marts  would  require  the  timely  recreation  of  the  mission 
critical  metadata  needed  from  another  data  mart.  This  duplication  of  effort  coupled  with 
the  existing  inability  to  effectively  coordinate  the  usage  of  shared  metadata  would  be 
resolved  with  the  framework  depicted  in  Figure  52. 


Figure  52.  Framework  for  Data  Mart  Architecture  (from  Reddy  et  al.,  2010) 


As  seen  in  Figure  52,  the  meta  model  level  separates  and  categorizes  data  mart 
objects  into  their  respective  data  marts  (Reddy,  2010).  Nesamoney  et  al.  (2000)  stated: 

The  sharing  of  metadata  becomes  even  more  advantageous  for  global 
organizations  with  dispersed  teams  trying  to  solve  similar  or  related  data 
analysis  problems  using  an  integrated  computing  approach.  In  such 
organizations,  coordination  of  efforts  relies  heavily  on  network  computing 
and  effective  use  of  knowledge  and  resources  developed  by  different 
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departments,  groups,  or  teams.  Indeed,  the  ability  to  share  and  reuse 
metadata  within  and  across  data  marts  deployed  on  intercommunity  clouds 
becomes  extremely  important  as  the  data  marts  on  the  cloud  become  more 
interdependent  and  various  organizational  units  attempt  to  collaborate 
more  closely  and  effectively. 

The  metadata  level  process  model  can  be  viewed  as  the  workflow  model  used 
within  the  DOD.  Exercising  the  workflow  model  embeds  the  analytics  in  the  process 
steps.  The  edge  user  well-connected  to  the  local  tactical  cloudlet  is  able  to  query  the 
stored  analytics  and  download  what  they  need  to  their  mobile  device.  Once  the  edge  users 
encounter  a  D-DIL  environment,  they  are  no  longer  able  to  access  this  critical  capability. 
The  disadvantaged  user  has  the  opportunity  to  create  analytics  on  their  mobile  device  that 
can  be  compared  to  what  was  previously  stored  until  reconnection  to  the  local  tactical 
cloudlet  occurs. 

These  update  driven  high  performance  data  marts  store  in  advance  information 
from  integrated  heterogeneous  sources  and  perform  on-line  analytical  processing  (OLAP) 
in  support  of  decision-making.  When  connected,  the  mobile  device  update  and  extract 
function  receive  time  sensitive  intelligence  products  (imagery  and  video)  from  HHQ  via 
the  tactical  cloudlet  that  enable  information  dominance  in  a  fluid  environment.  In 
addition  to  numeric  (including  METOC  grids),  the  OLAP  cube  supports  the 
summarization  of  pixels  for  imagery,  video  (including  FMV),  and  radar.  This  would 
provide  the  edge  user  and  other  echelons  within  the  AOR  with  a  tactically  acceptable 
good  enough  data  management  solution  for  the  conduct  of  the  exploitation  preceding  the 
action. 

The  multidimensional  graphic  can  be  viewed  as  a  slice  of  the  cube  that  can  be 
queried  by  multidimensional  extensions  (MDX)  API.  Since  the  MDX  API  is  designed  for 
querying  multidimensional  and  hierarchically  organized  metadata,  it  is  more  flexible  than 
the  transactional  (online  transaction  processing  [OLTP])  user  interface  that  is  primarily 
used  in  conjunction  with  relational  tables.  Organized  into  convoluted  schemas,  OLTP 
systems  is  the  vector  for  delivering  original  information  to  data  marts,  while  OLAP 
systems  aid  in  the  analysis  of  the  received  information  as  seen  in  Figure  53.  The  goal  of 
OLAP  in  the  hands  of  the  decision-maker  at  the  tactical  edge  must  be  included  in  the 


81 


master  data  management  (MDM)  strategy  thus  making  it  imperative  to  store  MDM 
transactions  within  this  cube.  The  continual  data  summarization  process  graphically 
displayed  in  Figure  53  may  not  always  be  beneficial  to  the  decision-maker’s  DSS.  There 
needs  to  exist  an  ability  to  identify  metrics  that  would  be  used  toward  the  isolation  and 
retrieval  of  critical  information  from  the  aggregation  process.  This  essential  information 
may  be  of  particular  importance  to  the  commander  operating  in  the  D-DIL  environment. 
It  needs  to  be  readily  available  at  the  data  mart  in  order  to  query  transactions  needed  for 
the  commanders  at  the  last  tactical  edge  mile. 


Figure  53.  OLAP  vs.  OLTP  (from  datawarehousedu.info.  2010) 


A  side-by-side  comparison  of  OLTP  and  OLAP  is  outlined  in  Figure  54: 
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C.  OPERATIONS  FOR  DISADVANTAGED  USERS 

Edge  users  primarily  operate  in  D-DIL  environments  that  routinely  experience  the 
full  spectrum  of  degraded  networked  connectivity.  Although  the  last  two  operational 
environments  are  detrimental  for  highly  mobile  forces  and  is  counteractive  to  their  effort 
to  gain  and  maintain  a  SOP,  the  disconnected  environment  isolates  the  edge  user’s  mobile 
device  from  the  edge  resource  servicing  local  cloudlet  (PaaS/DaaS);  resulting  in  data 
model  mis-synchronization.  Unable  to  obtain  up-to-date  near  real-time  information,  the 
mobile  device  is  limited  in  its  ability  to  enhance  the  D2D  cycle  for  the  warfighter  due  to 
the  inability  to  access  consolidated,  up-to-date  data  located  inside  HHQ  data  mart.  The 
loss  of  contact  with  the  up-to-date  data  is  clearly  worse  than  not  paying  enough  attention 
to  the  aging  data.  Until  network  connectivity  is  restored,  the  edge  user  is  forced  to 
perform  analytics  using  the  currently  displayed  snapshot  that  was  previously  obtained 
during  the  last  network  synchronization  without  the  benefit  of  performing  queries  against 
HHQ  data  mart  with  the  truth  as  they  know  it. 

Edge  users  whose  dismounted  operations  extend  beyond  the  distributed  data  mart 
network  architecture  operate  in  the  unknown  information  space  where  information 
synchronization  is  no  longer  available.  This  is  the  result  of  the  commander  not  having  a 
previous  requirement  to  explore  this  part  of  their  AOR.  In  order  to  increase  BFSA,  the 
commander  leverages  overhead  imagery  assets  either  organically  assigned  or  requested 
from  HHQ/extemal  sources  (e.g.,  National  Reconnaissance  Office).  The  collected 
information  is  subsequently  disseminated  to  the  local  tactical  cloudlet  where  data 
aggregation  and  summarization  is  performed.  Through  the  mobile  device,  the  edge  user  is 
then  able  to  query  the  local  tactical  cloudlet  and  receive  the  updated  information  needed 
to  reacquire  SOP.  The  speed  in  which  this  process  is  performed  is  dependent  upon  the  D- 
DIL  conditions. 
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VI.  CONCLUSIONS  AND  RECOMMENDATIONS 


The  purpose  of  this  study  was  to  analyze  the  requirements  and  feasibility  of 
adapting  a  cloud  model  for  enabling  application  deployment  and  data  dissemination 
capability  to  Marine  units  in  an  expeditionary  environment  through  a  mobile  device.  The 
objectives  of  this  examination  were  to  critically  evaluate  current/future  decision-making 
requirements  of  the  edge  users  in  a  D-DIL  environment;  also,  detailing  the  potential 
warfighter  benefits  of  USMC  procuring  and  adopting  a  tactical  cloudlet  solution  that 
extends  the  enterprise  end-to-end  architecture  to  the  company  and  below  at  the  tactical 
edge.  In  order  to  do  this,  Chapter  IPs  research  assessed  current  C2ISR  capability  gaps 
and  current  equipment  shortfalls.  Next,  Chapter  III  continued  the  company  and  below 
evaluation  of  fielded  PoR  SoS  and  developed  requirements  for  future  innovation.  Chapter 
IV  outlined  a  design  strategy  and  design  specifications  for  the  development  of  a 
prototype.  Finally,  Chapter  V  conducted  a  holistic  analysis  of  DSS  and  its  requirements 
needed  to  operate  in  a  D-DIL  environment. 

A.  NEXTGEN  SYSTEM  REQUIREMENTS 

Chapter  II  showed  that  capability  gaps  exist  due  to  legacy  systems  being 
incapable  of  meeting  the  current  C2ISR  requirements  at  the  company  and  below.  The 
requirements  in  Appendix  C  and  Table  6  helped  shape  and  answered  Research  Question 
three  in  Chapter  Lc  of  what  future  technology  innovations  and  equipment  requirements 
are  necessary  to  operate  a  mobile  device  in  a  D-DIL  environment. 


Table  6.  Capability  Requirements  for  Future  Mobility  (from  Marine  Corps 

Combat  Development  Command,  2013) 


Adaptive 

Extensible 

Interoperable 

Intuitive 

Modular 

Networked 

Performant 

Pluggable 

Reliable 

Shared 

Trusted 

Universal 

These  capabilities  generated  requirements  for  company  and  below  edge  units  to 
have  like  capabilities  as  users  operating  at  major  subordinate  commands.  This  guided  the 

research  toward  a  tactical  cloudlet/PaaS  cloud  solution  that  incorporates  the  use  of 
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COTS/GOTS  NextGen  mobile  device  technology  and  addressed  Research  Questions  one 
and  two  in  Chapter  l.c. 

B.  REQUIREMENT  ANALYSIS  FOR  FUTURE  ALTERNATIVES 

In  Chapter  III,  an  evaluation  of  the  C2ISR  requirements  at  the  company  and 
below  was  performed.  Additionally,  the  current  inventory  of  C2ISR  equipment  was 
examined  to  determine  if  they  met  the  needs  of  the  warfighter.  As  seen  in  Table  4, 
organic  communication  assets  primarily  consist  of  single  channel  and  multichannel  radio 
systems  whose  inadequate  data  throughput  capabilities  are  insufficient  in  meeting  the 
lER.  Due  to  limitations  of  current  equipment,  edge  units  require  access  to  C2ISR  assets 
and  personnel  lOT  leverage  all  available  intelligently  fused  products  that  decrease  the 
D2D  cycle.  Lack  of  access  to  PWM  diminishes  the  value  of  the  DWM.  Bandwidth 
constricted  C2  systems  degrade  the  ability  for  the  decision-maker  to  observe-orient- 
decide-act  within  a  dynamically  changing  fluid  environment  due  to  a  degraded  access  to 
the  DWM.  Consequently,  decision-maker’s  CWM  suffers  resulting  in  slow  and  poor 
decision  quality. 

Chapter  III  considered  the  expeditionary  focus  of  the  Marine  Corps  and 
developed  requirements  for  a  system  capable  of  enhancing  edge  unit  capabilities  in  a  D- 
DIL  environment.  The  recommended  tactical  cloudlet/PaaS  solution  will  enable  increased 
flexibility  and  responsiveness  due  to  accessibility  of  C2ISR  resources  via  a  mobile 
device,  which  addressed  Research  Question  two  in  Chapter  l.c.  Platoon  level  patrols 
equipped  with  a  mobile  device  with  access  to  a  well-connected  tactical  cloudlet  would  be 
able  to  view  sensor  applications  in  near  real-time.  In  addition.  Chapter  III  discussed 
technical  interoperability  and  physical  requirements  for  the  mobile  device. 

C.  FUTURE  HARDWARE  DESIGN  AND  PROTOTYPE  PLAN 

The  focus  of  Chapter  IV  was  the  development  of  required  design  specifications 

needed  to  produce  a  notional  DODIN  compatible  prototype  using  existing  mature 

technologies.  Chapter  IV  answered  Research  Question  four  in  Chapter  l.c  by  evaluating 

mobile  device’s  ability  to  navigate  between  critical  C2ISR  applications  due  to  the 

intensive  computational  data  processing  performed  on  the  backend  at  the  tactical 
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cloudlet/PaaS  platform.  COTS/GOTS,  such  as  Raytheon’s  OFTCS  architecture,  provided 
a  working  proof  of  eoncept  design  whose  utility  would  reduce  the  R&D  timeline  and 
serve  as  potential  cost  savings  mechanism.  The  mobile  device  requirements  outlined  by 
Young  and  Ishii  (2012)  are  applicable  and  served  as  a  basis  for  the  prototype  design.  Ease 
of  use  for  the  end-user  remained  a  driver,  along  with  sealability,  redundancy,  and 
security.  The  analysis  determined  that  navigational  eapability  between  warfighting 
applications  and  sensors  should  be  intuitive  to  the  user.  Minimal  data  entry  should  be 
required  from  the  taetieal  users;  data  sueh  as  friendly  loeation  and  call-sign  should  be 
auto-populated.  Enemy  loeations  should  be  obtained  by  overhead  imagery  whieh  eaptures 
and  transmit  the  data  down  to  the  mobile  device  within  view  and  the  tactical 
cloudlet/PaaS  solution.  In  addition,  a  highly  robust  anti-jamming/anti-spoofing  capability 
embedded  in  the  mobile  device  is  required  for  integration  into  the  taetieal  cloudlet/PaaS 
solution. 

D.  FUTURE  SOFTWARE  DESIGN  AND  PROTOTYPE  PLAN 

In  Chapter  V,  the  researehers  performed  an  in-depth  analysis  of  the  eloudlet 
computing  architecture.  The  multi-dimensional  data  model  was  introdueed  which 
depicted  how  a  decision-maker  would  query  and  retrieve  actionable  intelligenee  from  the 
data  mart  using  a  mobile  deviee.  Another  concept  introdueed  was  the  eomputerized  DSS, 
whieh  is  designed  to  aid  the  deeision-making  loop.  The  computerized  DSS  relies  on  the 
availability  of  the  data  marts  in  order  to  provide  the  deeision-maker  with  SOP  by 
performing  drill  drown/roll  up  funetions  within  and  across  warfighting  applications 
sharing  those  data  marts.  The  existence  of  the  warfighting  applications  sharing  a  data 
cube  model  allows  for  the  eomputerized  DSS  to  perform  advanced  analyties  on 
information  stored  at  the  tactical  cloudlet.  Loeal  eloudlet  based  capability  is  available  to 
the  deeision-makers  as  long  as  they  are  in  a  well-conneeted  environment;  thus,  the 
researchers  examined  the  degraded  capability  of  the  deeision-maker  in  the  following  two 
scenarios:  1)  upon  entry  into  a  completely  disconneeted  environment  or  2)  upon  entry 
into  an  area  not  subjeeted  to  an  intelligenee  preparation  of  the  battlespace  (IPB).  When 
isolated  and  unable  to  reeeive  up-to-date  information,  the  deeision-maker  is  completely 

reliant  on  the  robustness  of  the  information  loeally  stored  on  the  mobile  deviee.  This 
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presents  a  unique  set  of  eireumstantial  ehallenges.  The  deeision-maker  needs  to 
determine  whether  he/she  has  to  aet  based  on  available  information  or  wait  until 
conneetivity  is  restored.  Those  choices  must  be  carefully  weighed  depending  on  the 
operational  situation.  Depending  upon  D-DIL  conditions,  the  latter  scenario  is  the  ideal 
fit  for  the  tactical  cloudlet  solution.  In  this  case  the  decision-maker,  armed  with  the 
mobile  device,  would  encounter  time  sensitive  situations  necessitating  immediate  actions 
and  adjustments  in  response  to  the  evolving  threat.  The  computerized  DSS  would  receive 
intelligently  fused  data  streams  based  on  continuous  queries  on  the  local  cloudlet.  The 
decision-maker  would  leverage  live  OLAP  capability  within  the  data  mart.  This  would 
allow  the  decision-maker  to  issue  orders  across  the  temporal,  spatial,  and  organizational 
hierarchies  in  a  multi-dimensional  information  space.  Chapter  IV  coupled  with  the 
aforementioned  capability  also  addressed  Research  Question  four  in  Chapter  I.c. 

E.  RECOMMENDATIONS  FOR  FUTURE  RESEARCH 

There  is  a  lack  of  previous  research  in  the  application  of  commercial  mobile 
devices  in  a  tactical  environment.  During  the  course  of  this  research,  the  researchers 
identified  several  key  areas  that  were  either  beyond  the  scope  of  this  research  or  should 
be  analyzed  in  future  research: 

•  Development  of  Development  Strategy 

•  Willingness  to  pay  and  total  ownership  cost 

•  Spectrum  licensing  costs 

•  Accreditation  process 

•  Encryption  policy  and  risk  analysis 

•  Personnel  training  requirements 

•  Cloud  model  (Private  vs.  Hybrid  vs.  Public) 

The  commercial  sector  continues  to  conduct  research  and  development  (R&D)  in 
mobile  device  innovation.  Factoring  in  size  and  weight  and  its  effect  on  mobility.  Marine 
Corps  Systems  Command  (MCSC)  has  pursued  the  Handheld  C2  project  which 
incorporates  COTS/GOTS  mobile  device  technologies  ISO  mobile  tactical  units.  MCSC 
should  conduct  analysis  of  alternatives  comparing  GOTS  and  COTS  solutions  leveraging 

research  conducted  by  government  academia  including  Naval  Postgraduate  School. 
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APPENDIX  A.  RIFLE  COMPANY  T/O 


Table  of  Organization  Infantry  Rifle  Company  (USMC  Total  Force  Structure 
Management  System  Unit  TO&E  Report,  2014a) 
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APPENDIX  B.  RIFLE  COMPANY  T/E 


Table  of  Equipment  Infantry  Rifle  Company  (USMC  Total  Force  Structure  Management 

System  Unit  TO&E  Report,  2014a) 
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APPENDIX  C.  MAGTF  C2  CAPABILITY 


Top  5  Net-Enabled  C2  Capability  POM- 14  Marine  Corps  Gap  List  from  MAGTF  C2 
Roadmap  (Marine  Corps  Combat  Development  Command,  2013) 


Task  ID 

Task  Title 

MGL 

Tier 

MGL 

Rank 

Gap  ID 

Gap  Statement 

Gap  Title 

C.03-03 

3.2  Employ 
friendly  foree 
traeking 
eapability, 
provide  access 
and  integrate 
information  on 
location, 
identity,  status, 
capabilities, 
and  limitations 
of  friendly 
forces  (BFSA), 
collaboratively 
assess  and 
share 

implications. 

1 

10 

C.03- 

03-Gl 

Inability  to 
provide 
situation 
awareness  and 
friendly  position 
location  across 
the  MAGTF  to 
the  tactical 
level. 

Situation 

awareness 

C.03-12 

3.5  Present 

tailored 

relevant, 

synthesized, 

actionable 

information  to 

promote 

understanding. 

1 

! 

17 

C.03- 

12-Gl 

Information 
flow  to  the 
decision-maker 
used  to  provide 
situation 
awareness  is 
incomplete  and 
not  timely. 

Common 

Operational 

Picture 

C.  19-03 

11.3  Acquire 

additional 

network 

resources  on 

demand. 

1 

22 

C.19- 

03-Gl 

Insufficient 
ability  to 
provide 
sufficient 
information 
transport 
capacity  (Mbps) 
at  the  halt.  No 
capacity  to 
provide 
additional 
capacity  on-the- 
move. 

Network 

Capacity 
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C.21-01 

13.1  Transmit. 

1 

18 

C.21- 

01-Gl 

Insufficient 
bandwidth  to 
provide  for 
multiple  circuits 
and  networks  to 
support 
operational 
requirements  for 
maneuver  units 
(on-the-move). 

Systems 

Throughput 

Capacity 

C.06-55 

6.8  Validate 
targets  prior  to 
attack. 

2 

29 

C.06- 

55-Gl 

Limited  ability 
to  validate 
targets  and  non¬ 
combat  desired 
effects  in  near 
real  time. 

Target 

Validation 

Task  ID 

Task  Title 

MGL 

Tier 

MGL 

Rank 

Gap  ID 

Gap  Statement 

Gap  Title 

C.03-03 

3.2  Employ 
friendly  force 
tracking 
capability, 
provide  access 
and  integrate 
information  on 
location, 
identity,  status, 
capabilities, 
and  limitations 
of  friendly 
forces  (BFSA), 
collaboratively 
assess  and 
share 

implications. 

1 

10 

C.03- 

03-Gl 

Inability  to 
provide 
situation 
awareness  and 
friendly  position 
location  across 
the  MAGTF  to 
the  tactical 
level. 

Situation 

awareness 

3.5  Present 

tailored 

relevant, 

C.03-12 

actionable 
information  to 
promote 
understanding. 


17 


C.03- 

12-Gl 


Information 
flow  to  the 
decision-maker 
used  to  provide 
situation 
awareness  is 
incomplete  and 
not  timely. 


Common 

Operational 

Picture 
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C.  19-03 

11.3  Acquire 

additional 

network 

resourees  on 

demand. 

1 

22 

C.19- 

03-Gl 

Insuffieient 
ability  to 
provide 
sufficient 
information 
transport 
capacity  (Mbps) 
at  the  halt.  No 
capaeity  to 
provide 
additional 
capaeity  on-the- 
move. 

Network 

Capaeity 

C.21-01 

13.1  Transmit. 

1 

18 

C.21- 

01-Gl 

Insuffieient 
bandwidth  to 
provide  for 
multiple  eircuits 
and  networks  to 
support 
operational 
requirements  for 
maneuver  units 
(on-the-move). 

Systems 

Throughput 

Capaeity 

C.06-55 

6.8  Validate 
targets  prior  to 
attaek. 

2 

29 

C.06- 

55-Gl 

Limited  ability 
to  validate 
targets  and  non¬ 
combat  desired 
effeets  in  near 
real  time. 

Target 

Validation 
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APPENDIX  D.  PORTABLE  COMMUNICATION  SYSTEMS 


Man  Packable  Communication  Systems  Description  from  COE  for  ICB-C2  (Combat 

Development  &  Integration,  2012) 


System  Description 


PRC- 

117F 

PRC- 

117G 

The  PRC-1 17F  is  the  legacy  multi-band  manpack  radio.  This 
system  is  not  expected  to  be  used  at  the  company  level  and  below 
in  the  2016  timeframe.  However,  PRC-1 17F  will  remain  in  use  at 
the  battalion  level  and  above.  The  more  recent  PRC-1 17G 
provides  Marines  with  a  wideband,  software-defined  radio  with 
the  ability  to  transmit  and  receive  high-bandwidth  simultaneous 
voice  and  text  data,  graphics,  and  video  over  terrestrial  and 
celestial  networks.  This  radio  interfaces  with  C2  end-user  devices 
such  as  laptops  and  handhelds.  The  PRC-1 17G  can  be  configured 
with  appropriate  antennae,  such  as  those  provided  through  its 

Field  Expedient  Mount,  to  provide  SATCOM  transmission.  It  can 
also  be  configured  for  man-pack,  vehicular  and  base  station 
applications  suitable  for  operation  in  a  multi-mode  service 
environment.  This  radio  will  be  used  at  the  company  level  to 
maintain  data  and  voice  communications  with  the  parent  battalion 
in  all  conditions. 

PRC- 

152 

PRC- 

152A 

(ANW2) 

The  PRC- 152 A  WB  THHR  serves  as  a  lightweight  data,  voice,  and 
video  transmission  solution  using  the  ANW2  waveform.  It  delivers 
modem  programmable  encryption  and  is  employed  at  all  levels 
from  the  company  commander  down  to  the  squad  leader.  Like  the 
PRC-117G,  the  PRC- 152 A  provides  an  interface  to  C2  end-user 
devices  for  data  transmission.  It  also  acts  as  a  handheld  voice 
communication  system  between  the  squad,  platoon,  company,  and 
adjacent  units.  The  legacy  PRC- 152  is  expected  to  phase  out. 

PRC-150 

The  PRC- 150  is  a  leading  HF  technology  that  features  Automatic 
Link  Establishment  (ALE)  for  secure  voice  and  data  transmission. 
Additionally,  the  PRC- 150  leverages  advanced  frequency  hopping, 
which  ensures  consistent,  secure  communications  even  in  the 
presence  of  jamming.  It  provides  long-haul  communications  at  the 
platoon  level  and  above.  In  the  event  that  SATCOM  capabilities  are 
disabled  or  unavailable  to  platoons  or  companies  during 
disaggregated  and  distributed  operations,  the  PRC- 150  system 
provides  the  only  long-haul  capability  below  the  company  level. 

PRC-153 

IISR 

The  PRC- 153  IISR  is  a  type-3  encrypted,  VHP  line-of-sight  (LOS) 
voice-only  squad  radio  used  to  maintain  communications  within  and 
between  squads  and  fire  teams.  It  is  not  a  replacement  or  duplicate 
capability  with  the  WB  THHR,  although  it  may  be  used  to  support 
voice  communications  with  subordinate  and  parent  units  when 
environmental  conditions  permit. 
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JBC-P(H 

The  JBC-P(H)  is  a  planned  handheld  C2  deviee  with  a 
standardized  software  baseline  providing  COP  viewer  and 
collaboration  /  chat  capabilities  down  to  the  squad  level.  The  JBC- 
P(H)  must  be  physically  connected  or  tethered  to  a  tactical  data 
radio.  At  the  squad  level,  this  will  primarily  be  the  PRC- 152 A  WB 
THHR,  however  it  can  also  be  used  with  the  PRC-117G  if 
required. 

ECO  Kit 

Program  Manager  Marine  Expeditionary  Rifle  Squad  (PM  MERS) 
has  fielded  a  large  quantity  of  laptops  with  C2  and  intelligence 
software.  These  ECO  Kits  provide  an  interim  solution  to  C2  and 
intelligence  needs  at  the  company,  platoon,  and  squad  levels 
primarily  as  a  manpack-able  system,  also  re-usable  within  a  fixed 
COC.  Along  with  the  ruggedized  laptop  computer  with  C2  and 
intelligence  software,  the  kit  comes  equipped  with  a  digital 
camera,  and  cabling  to  connect  the  laptop  to  tactical  radios  (PRC- 
117F  and  PRC-117G).  ECO  is  not  expected  to  be  a  long-term 
solution. 

TLDHS 

The  Target  Location  Designation  and  Hand-off  System  (TLDHS) 
is  a  modular,  man-portable  equipment  suite  used  by  the  company 
fires  support  team  (FiST),  that  provides  the  ability  to  quickly 
acquire  targets  in  day,  night,  and  near-all-weather  visibility 
conditions  via  data  and  video  transmission  in  near  real  time.  It 
maintains  interoperability  with  several  systems  including  PRC- 1 17 
systems  and  the  JTCW  Gateway  to  incorporate  fires  data  into  the 
COP.  However,  it  requires  a  connection  to  the  Advanced  Field 
Artillery  Tactical  Data  System  (AFATDS). 
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APPENDIX  E.  VEHICULAR  COMMUNICATION  SYSTEMS 


Vehicle  Mounted  Communication  Systems  Description  from  COE  for  ICB-C2  (Combat 

Development  &  Integration,  2012) 


System  Description 


VRC-103 

The  VRC-103  is  a  multi-band  radio  system  that  provides  a  vehicular  mounting 
and  power  amplification  option  for  the  AN/PRC-117F.  It  has  four  antenna 
parts  which  can  be  configured  for  SATCOM,  VHF,  and  UHF  transmission  while 
providing  embedded,  type-1  encryption. 

VRC-104 

The  VRC-104  is  a  vehicle-mounted  PRC-150  FIF  tactical  radio.  It  serves  as  a 
long-haul  HF  system  that  is  ALE  compatible  while  providing  voice  and  data 
capabilities  while  offering  Type-1  embedded  NSA  approved  encryption. 

VRC-112 

The  VRC-112  is  a  kit  that  amplifies  and  houses  a  single  PRC-152A  within  a 
vehicle.  The  VRC-114(V)1  (see  below)  and  VRC-112  radios  are  often  in  the 
same  tactical  vehicle,  together  providing  simultaneous  voice  and  data 
transmission  capabilities. 

VRC-110 

The  VRC-110  consists  of  two  VRC-112  units  (i.e.,  dual  PRC-152A  WB  THHRs 
housed  in  vehicle  mounts  with  amplifiers).  This  system  also  provides  a 
significant  data  and  voice  capability  while  OTM.  The  VRC-110  is  being  fielded 
in  armament  carrying  FIMMWVs  and  it  comprises  two  VRC-112s  (see  below). 

It  is  often  used  in  convoys  to  maintain  links  between  vehicles,  but  can  also 
be  used  to  maintain  communications  to  the  parent  battalion. 

VRC-114 

(V)l 

The  VRC-114  (V)l  is  a  vehicle-mounted  PRC-117G  with  cradle  and  amplifier, 
providing  voice,  text,  graphics,  and  video  capabilities  OTM.  Mounted  C2  end- 
user  devices,  such  as  the  JBC-P  vehicle  variant,  will  interface  with  this  radio 
to  send  /receive  data. 

VRC-111 

VRC-113 

The  VRC-111  and  VRC-113  are  the  vehicle  amplifier  and  the  small-form 
adapter,  respectively,  for  the  PRC-148  MBITR.  They  provide  a  VFIF  capability 
with  extended  range  for  voice  communications.  The  MBITR  handheld  itself  is 
not  used  by  rifle  and  weapons  companies;  it  is  only  used  in  Maritime 
situations  and  for  reconnaissance  because  of  its  waterproofing  capabilities. 
The  vehicle  variant,  however,  continues  to  provide  a  significant  voice 
communications  capability  at  the  company  level. 

MRC- 

145 

The  MRC-145  is  a  vehicle-mounted  single  channel  ground  and  airborne  radio 
system  (SINCGARS)  with  power  amplifier  and  two  radios  per  vehicle.  It  is 
used  as  a  network  extension  from  the  infantry  battalion  to  the  company. 
Due  to  its  current  employment  as  a  network  extension  and  re-transmission 
node,  the  NOTM  PoP  solution  (see  below)  will  be  integrated  into  the  MRC- 
145  vehicle. 
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NOTM 

PoP 

The  PoP  component  of  NOTM  is  a  vehicle-mounted  set  of  equipment 
including  a  tactical  data  radio  with  OTM  antenna,  SATCOM  OTM  subsystem 
with  antenna  dish,  router  and  switch,  wireless  access  point,  and 
management  software  with  user  interface.  It  supports  OTM  C2  users,  but 
also  allows  dismounted  Marines  with  C2  devices  tethered  to  the  manpack 
PRC-117G  or  PRC-152A  WB  THHR  to  transmit  and  access  data  BIOS  or  OTH. 
NOTM  has  the  flexibility  to  be  used  for  fixed  operations,  providing  the 
networking  and  routing  functions  required  for  a  fixed  company  COC. 

NOTM 

SVK 

The  NOTM  SVKs  provide  vehicle-mounted  end-user  devices  with  software 
loads  similar  to  that  used  in  existing  COC  (V)2-(V)4  workstations.  The  SVK  in 
the  vehicle  connects  through  vehicle-mounted  tactical  data  radios,  such  as 
the  VRC-114,  which  then  connects  to  the  PoP  vehicle  for  access  to  C2 
applications,  SIPRNet,  and  NIPRNet  while  OTM. 

JBC-P 

Vehicle 

The  JBC-P  vehicle  variant  transmits  and  receives  individual  warfighter  C2 
information  and  PLI  data  of  friendly  forces  over  celestial  networks.  It  has 
integrated  L-band  SATCOM  capabilities  and  creates  a  network  of  C2  devices 
installed  on  platforms  to  enable  BFSA  at  the  company  level  and  below.  In 
the  future,  the  JBC-P  vehicle  variant  will  be  replacing  both  the  Joint 
Capabilities  Release  (JCR),  which  leverages  BFT2  technology,  and  current 
the  vehicle-mounted  BFT  system.  Ultimately,  JBC-P  will  allow  two-way, 
BIOS  communication  of  voice,  data  and  images  between  handhelds, 
vehicles,  and  higher  headquarters. 
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APPENDIX  F.  NON-MOBILE  COMMUNICATION  SYSTEMS 


Stationary  or  Fixed  Communication  Systems  Description  from  COE  for  ICB-C2  (Combat 

Development  &  Integration,  2012) 


System 

Description 

MRC-142C 

The  MRC-142C  is  a  digital  wideband  terrestrial  transmission 
system  offering  voice  and  data  capability,  transported  on  a 
HMMVW  but  designed  to  be  stationary  while  operational.  It  has 
a  more  limited  data  capability  than  the  celestial  VSAT  and 
terrestrial  WPPL  systems. 

VSAT 

The  VSAT  is  a  component  of  the  Support  Wide  Area  Network 
(SWAN)  FoS  solutions  that  operates  on  a  Ku  band  spectrum  and 
provides  BIOS  satellite  communications  at  fixed  locations.  The 
VSAT  extends  Defense  Information  Systems  Network  (DISN), 
SIPR  and  NIPR  e-mail,  and  voice-over-IP  (VoIP)  services. 

WPPL 

The  WPPL  provides  terrestrial  wireless  capability  allowing  users 
access  to  DISN,  basic  telephone  services,  SIPR/NIPR  e-mail,  and 
secure  and  unsecure  voice.  Only  (1)  will  be  provided  by  the 
battalion  to  the  company,  if  mission  requirements  dictate  this 
need.  The  VSAT  and  MRC-142C  (see  below)  would  also  support 
the  functions  of  the  WPPL. 

DDS-M 

The  LEM  or  WSM,  part  of  the  DDS-M  suite  of  systems,  provides 
the  interface  to  the  VSAT,  WPPL,  or  MRC-142C  to  route  services 
to  workstations  /  laptops  used  at  the  company  level.  The  DDS-M 
consists  of  a  number  of  self-contained  transit  cases  housing 
network  servers  and  networking  equipment  that  can  be  set  up 
in  a  variety  of  environments. 

TSM 

The  TSM,  comprising  the  RSAM  and  DEOS,  provides  a  flexible  unit 
level  switch  with  more  robust  voice  /  data  switching,  data 
transport,  and  bandwidth  management  capabilities. 

JBC-P  CP  / 
TOC  Kit 

The  JBC-P  program  will  also  provide  C2  end-user  devices  through 
its  Command  Post  (CP)  variant,  which  will  replace  the  BFT  TOC 
Kits  currently  being  used  throughout  the  Marine  Corps.  This 
system  provides  a  workstation  with  graphical  representation  of 
real-time  BFSA  and  blue  PLI  updates.  The  larger  JBC-P  FoS  will  be 
a  significant  portion  of  the  C2  capability  at  the  company  level  and 
below. 
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JTCW  /  C2PC 

The  JTCW  /  C2PC  software  baseline  is  currently  used  in  COC  (V)l- 
(V)4.  Tthe  company  level  will  operate  primarily  with  similar  thick 
client  software  applications  that  are  configured  to  access  remote 
ADS  systems  residing  at  the  battalion  and  above.  This  software 
may  be  provided  through  the  Intelligence  Workstation  (IW), 
which  will  be  employed  by  the  0231  intelligence  analyst  at  the 
company  level,  or  else  it  will  be  provided  through  a  standard 
MCHS  laptop. 

General 

Purpose 

Laptop 

General  purpose  ruggedized  laptops  are  a  significant  part  of  the 
company  T/E,  and  represent  a  tool  for  commanders  and  Marines 
to  generate  a  variety  of  reports  and  products  using  text  and 
graphics.  The  software  load  provides  the  applications  to  support 
different  formats  and  data  manipulation. 

ECCS  RRK 

The  ECCS  RRK  is  a  transit  case  /  suitcase  solution  containing 
tactical  Ka-band  SATCOM  capabilities,  networking  hardware,  and 
embedded  software  to  enable  commanders  to  maintain  SA  while 
OTM  or  OTH  during  semi-permanent  operations.  ECCS  provides 
voice,  video,  and  data  services  to  small  forces  over  SIPRNet  and 
NIPRNet  while  offering  COP,  collaboration,  and  communications 
capabilities  with  higher  headquarters. 
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APPENDIX  G.  EMPLOYMENT  METHODS 


Methods  of  Employment  from  COE  for  ICB-C2 
(Combat  Development  &  Integration,  2012) 


Table  1:  Form  Factors  Employed  by  Echelon  and  Condition 


Manpack 

Vehicle 

Stationary 

Company  COC 

Dismounted 

X 

Company  COC  OTM 

X 

X 

Company  COC  Fixed 

Jump* 

X 

X 

Forward  /  Vehicle- 
based** 

X 

X 

Main 

X 

X 

X 

Platoon  Dismounted 

X 

Platoon  OTM 

X 

X 

Platoon  Fixed  (CP) 

X 

X 

Squad  Dismounted 

X 

Squad  OTM 

X 

X 

Squad  Fixed 

X 

X 

*  The  systems  employed  for  the  COC  OTM,  Jump  COC,  and  Forward  /  Vehiele-based 
COC  may  be  similar  or  identieal  in  some  seenarios,  but  eaeh  COC  eonfiguration  is 
unique. 


**  The  Forward  /  Vehiele-based  COC  represents  the  use  of  vehieular  systems  to 
support  a  fixed  COC,  while  COC  OTM  represents  use  of  vehiele-mount  systems  in 
transit. 
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APPENDIX  H.  SYSTEMS  TO  CAPABILITY 


Systems  to  Capabilities  Mapping  from  COE  for  ICB-C2  (Combat  Development  & 

Integration,  2012) 


Tactical  Network  Access  and  Browsing:  this  requirement  area  relates  to  systems 
that  enable  end-user  devices  to  connect  to  networks,  as  well  as  devices  that  have 
basic  e-mail  and  web-browsing  applications 
o  SIPRNet  Access 
o  SIPRNet  E-mail  and  Web  Browsing 
o  NIPRNet  Access 
o  NIPRNet  E-mail  and  Web  Browsing 

Free  Text  Message  /  Data  Transmission  (Radio):  this  requirement  area  relates 
specifically  to  radio  systems  that  are  able  to  transmit  in  data  mode,  as  well  as 
provide  a  basic  free  text  message  and  user  interface 

DISN  Extension:  this  requirement  area  relates  to  systems  that  extend  DISN 
services  to  several  concurrent  users 

-  Voice  Capabilities:  this  requirement  area  relates  to  systems  that  enable  voice 
communications  using  a  variety  of  specific  media,  including  radios,  SATCOM 
systems,  etc. 

o  Voice  (Radio,  Push-to-Talk) 
o  Voice  (Plain-Old-Telephone-System  (POTS)) 
o  Voice  (SATCOM,  Push-to-Talk) 
o  Voice  (VOSIP) 

Applications:  this  requirement  area  relates  to  systems  that  can  be  mapped  to  core 
C2 -related  applications  as  well  as  general  warfighting  function  applications;  it  is 
meant  only  to  demonstrate  the  breadth  of  functions  that  any  given  system  may 
provide  at  the  company  level  and  below 
o  Chat  Application 
o  BFSA  Application 
o  COP/CTP  Application 

o  General  Purpose  Office  Application  (e.g.,  word  processor,  presentation, 
spreadsheet) 

o  Fires  Application  and  Overlay 
o  Intelligence  Application 
o  Force  Protection  Application 

Spectrums:  this  requirement  area  relates  to  systems  that  provide  voice  and/or 
data  transmission  capabilities  across  bandwidth  spectrums 
o  VHP 
o  UHF 
o  HP 

o  SATCOM  (non-specific  bands) 
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APPENDIX  I.  SYSTEMS  TO  CAPABILITY  CONT 


Systems  to  Capabilities  Mapping  from  COE  for  ICB-C2  (Combat  Development  & 

Integration,  2012) 
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Manpack 


APPENDIX  J.  SYSTEM  BASELINE  AND  ALLOCATION 


System  Baseline  and  Allocation  Structure  from  COE  for  ICB-C2  (Combat  Development 

and  Integration,  2012) 


System 

Squad 

Platoon 

Company 

General  Notes 

PRC-150 

- 

1 

1 

The  systems  at  the  left 
are  Manpack  or  handheld 
form  factor,  which  are  the 
primary  systems  used  for 
Dismounted  operations. 
Several  of  these  Manpack 
systems  may  also  be  used 
at-the-halt  or  Fixed,  such 
as  within  a  patrol  base  or 
at  the  CLIC/CLOC.  The 
PRC-152Aand  PRC-117G 
are  the  primary  data 
radios,  while  others  such 
as  the  PRC-150  have  a 
limited  data  capability. 
TheJBC-P(H)  is  highly 
dependent  on 
accessibility  to  the  PRC- 
152Aand  PRC-117G.The 
Marine  Corps  expects  to 
field  the  most  recent 
versions  of  tactical  radios 
by  2016.  In  the  event  that 
there  are  limited 
quantities  of  PRC-152As, 
the  legacy  PRC-152s  may 
be  used  in  place  as 
needed  and  available 
from  the  parent  unit. 

PRC-152 

- 

- 

- 

PRC-152A 

(ANW2) 

2 

2 

4 

PRC-148 

- 

- 

- 

JBC-P(H) 

1 

2 

4 

PRC-117F 

- 

- 

- 

PRC-117G 

- 

1 

1 

PRC-153  (IISR) 

4 

2 

- 
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Vehicle 


System 

Squad 

Platoon 

Company 

General  Notes 

VRC-104 

0/1 

The  VRC  systems  at  the 
left  are  the  vehicle- 
mounted  form  factors  of 
the  Manpack  PRC  radios 
above,  excluding  the  PRC- 
153  IISR.  The  notes  for 
each  system  describe  the 
specific  relationships.  The 
NOTM  PoP  and  MRC-145 
may  be  co-integrated  into 
a  single  vehicle,  while  the 
NOTM  SVK  and  C2 
systems  will  be  integrated 
into  surrounding  tactical 
vehicles  used  by  the 
Company  and 
subordinate  units  as 
needed.  Similar  to 

Manpack  systems,  these 
Vehicle  systems  may  be 
used  for  Fixed  operations 
depending  on  the  mission 
requirements  and 
constraints. 

VRC-110 

1 

VRC-112 

1 

VRC-114  (V)l 

1 

VRC-111/113 

0/4 

MRC-145 

0/1 

NOTM  PoP 

0/1 

NOTM/COC  SVK 

0/4 

BFT/JBC-P 

Vehicle 

Select 

vehicles 
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Stationary 


System 

Squad 

Platoon 

Company 

General  Notes 

JTCW/C2PC 

- 

- 

As 

needed 

The  systems  at  the  left  will  be 
used  in  fixed  COCs  to  support 
permanent  or  semi-permanent 
operations.  Many  of  these 
systems  are  being  used  more 
frequently  at  the  company 
level,  but  they  are  not 
considered  company  assets. 
When  e-mail,  DISN,  or  VOIP 
services  are  need  in  order  to 
maintain  communications  with 
the  battalion  and  provide 
network  access  to  several 
concurrent  users,  the  company 
will  employ  either  the  VSAT, 
WPPL,  or  MRC-142C,  but  it  will 
not  need  all  three  systems 
simultaneously.  The  quantities 
of  JTCW/C2PC  and  ECO  systems 
at  the  company  level  and  below 
will  depend  on  the  mission 
need.  The  company  will  need 
more  end-user  devices  when  it 
is  widely  dispersed  and  must 
support  full  CLOC  operations 
for  extended  periods  of  time. 
IMOs,  communications 
planners  and  commanders  at 
the  battalion  and  company 
level  must  carefully  evaluate 
mission  requirements  to 
understand  the  expected 
number  of  users,  distances, 
threat  risk,  attachments,  etc., 
and  from  that  analysis  select 
the  optimal  number  of  devices. 
This  will  consider  the  logistics 
and  manpower  burdens 
potentially  placed  on  the 
company. 

JBC-PCP/TOC 

Kit 

- 

- 

1 

ECCS  RRK 

- 

- 

0/1 

VSAT 

- 

- 

0/1 

WPPL 

- 

- 

0/1 

MRC-142C 

- 

- 

0/1 

TSM  (RSAM, 

DEOS) 

- 

- 

0/1 

DDS-M  (LEM  or 
WSM) 

- 

- 

1 

IW 

- 

- 

0/1 

ECO  Kits 

As 

needed 

As 

needed 

As 

needed 
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APPENDIX  K.  CLOUD  SERVICE  MODELS 


NIST  Defined  Serviee  Models  (from  Mell  &  Granee,  201 1,  p.  2) 

•  Software-as-a-Service  (SaaS).  End  users  aecess  serviee  provider 
applications  that  are  hosted  on  a  cloud  infrastructure  typically  via  a  web 
browser  interface.  The  end  users  do  not  manage  the  underlying  cloud 
infrastructure  or  individual  application  capabilities;  however,  limited  local 
application  configuration  management  permissions  can  be  granted  to 
select  users. 

•  Platform-as-a-Service  (PaaS).  End  users  have  the  capability  to  host  locally 
user-created  or  acquired  applications  on  a  cloud  infrastructure  so  long  as 
they  were  created  using  standards  supported  by  the  service  provider.  End 
users  do  not  manage  the  underlying  cloud  infrastructure;  however,  they  do 
have  control  over  the  hosted  applications. 

•  Infrastructure-as-a-Service  (laaS).  End  users  devices  use  the  cloud 
infrastructure  to  access  and  manage  end  user  applications.  End  users  do 
not  manage  the  underlying  cloud  infrastructure;  however,  they  do  have 
control  over  the  applications,  operating  systems,  and  storage  provisioned. 
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APPENDIX  L.  USMC  FUTURE  VISION  OF  C2 


USMC  MAGTF  C2  Characteristics  of  Future  Communieation  Systems  (Marine  Corps 
Combat  Development  Command,  2013,  p.  24) 

•  Common:  Command  echelons  use  the  same  equipment.  Unique  MAGTF 
sensors  and  intelligenee  feeds  enter  via  a  standard  gateway. 

•  Modular:  C2  systems  are  designed  to  enable  component  utilization  that 
logieally  supports  a  variety  of  eonfigurations  for  various  C2  eehelons. 

•  Sealable:  Software  and  hardware  eomponents  are  added  and  subtracted  to 
faeilitate  C2  functions  for  all  sizes  of  MAGTF  operations  centers. 

•  Interoperable:  C2  using  SoS  must  possess  the  interoperability  necessary  to 
ensure  suceess  in  joint  and  multinational  operations  as  well  as  interaetions 
with  Other  Government  Agencies  (OGAs)  and  Non-Governmental 
Organization  (NGOs). 

•  Trusted:  C2  system  users  must  have  confidence  in  the  eapabilities  of  the 
network  and  the  validity  of  the  information  made  available  by  the 
network. 

•  Shared:  Sharing  allows  for  the  mutual  use  of  the  information  serviees  or 
capabilities  between  entities  of  the  operational  environment.  This  ability 
may  cross  functional  or  organizational  boundaries.  In  addition, 
organizational  entities  need  to  adopt  the  shared  meta-metadata  model. 
Squads  need  the  ability  to  communicate  direetly  with  the  platoon  and 
company  but  also  have  direet  liaison  authority  to  radio  battalion  in  order  to 
plan  based  off  of  all  available  collaborative  shared  and  fused  information. 
Also,  this  may  require  data  flow  from  higher-to-lower  seeurity 
classifieations  in  order  to  incorporate  ISR  into  C2.  Proper  policies  are 
critieal  to  ineentivize  the  data  sharing  between  SoS. 

•  Agile:  To  support  expeditionary  forces  and  operational  concepts,  the 
communications  system  must  be  agile.  The  key  dimensions  of  C2  and 
communications  system  agility  are: 

•  Responsiveness:  The  ability  to  reaet  to  a  ehange  in  the  environment  in  a 
timely  manner. 

•  Flexibility:  The  ability  to  employ  multiple  methods  to  sueeeed  and  the 
capaeity  to  move  seamlessly  between  them. 

•  Innovation:  The  ability  to  do  new  things  and  the  ability  to  do  old  things  in 
new  ways. 

•  Adaptation:  Intelligent  semi-automatic  capability  that  can  capture 
dynamieally  changing  knowledge  to  be  able  to  change  work  flows 
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•  Reliability:  Available  when  needed  and  perform  as  intended  with  low 
failure  rates  and  few  errors. 

•  Customization  of  data  views:  The  ability  to  adjust  to  suit  the  needs  of  the 
end  user.  Seamless  ability  to  switch  from  one  form  (networked  graph)  to 
another  (METOC  gridded  data)  or  picture  in  picture.  Drill-down  from  an 
aggregate-to-lower  level  where  the  detailed  or  raw  information  is  at  the 
leaf  level. 
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